Сравнить регистрирующийся блок приложений в библиотеке предприятия по сравнению с Log4net?
С Emacs 22.1 (по крайней мере), 'save-buffers-kill-emacs (привязка значения по умолчанию для C-x C-c ) предлагает Вам каждый несохраненный буфер, который имеет файл. Тип a d при запросе сохранить и видеть различное
Из документации справки:
Save some modified file-visiting buffers. Asks user about each one.
You can answer `y' to save, `n' not to save, `C-r' to look at the
buffer in question with `view-buffer' before deciding or `d' to
view the differences using `diff-buffer-with-file'.
при рассмотрении подсказки она должна сказать что-то как:
Save file /path/to/file.txt? (y, n, !, ., q, C-r, d, or C-h)
Ввод C-h дает Вам немного больше подробного описания (но d - то, что Вы просите):
Type SPC or `y' to save the current buffer;
DEL or `n' to skip the current buffer;
RET or `q' to give up on the save (skip all remaining buffers);
C-g to quit (cancel the whole command);
! to save all remaining buffers;
C-r to view this buffer;
d to view changes in this buffer;
or . (period) to save the current buffer and exit.
3 ответа
Об этом написано довольно много. Вот несколько вещей, которые следует прочитать:
http://james.newtonking.com/archive/2007/06/05/enterprise-library-logging-vs-log4net.aspx http://theiterator.com/ 2009/01 / log4net-vs-enterprise-library-logging-application-block / https://stackoverflow.com/questions/118047/log4net-vs-enterprise-library-which-is-better-faster
Мои мысли:
- По общему мнению, log4net работает быстрее. Вопрос о том, имеет ли это значение в типичном приложении, остается предметом обсуждения.
- log4net также поддерживает иерархические регистраторы из коробки, что приятно. EL может сделать что-то подобное, но вам придется кататься самостоятельно.
- Конфигурация log4net немного загадочна и плохо документирована (IMO). Однако EL также неудобно настраивать (и болезненно без инструмента настройки). Кроме того, EL дает вам такой большой выбор, что вы, возможно, захотите потратить некоторое время на дизайн (например, хотите ли вы, чтобы категории были связаны с уровнем или уровнями ведения журнала, или функциональной областью, или всем предыдущим, или чем-то еще?)
Если вы уже используете EL, вы можете просто придерживаться EL Logging (он также интегрируется с блоком обработки исключений) для согласованности. Если я использую EL для приложения, я обычно использую EL для ведения журнала. В противном случае я обычно предпочитаю log4net для небольших приложений, поскольку время установки обычно меньше. (Чтобы не ставить под сомнение чей-то любимый регистратор! :))
Я использовал оба и обнаружил, что они оба работают хорошо.
или что-то еще?)Если вы уже используете EL, вы можете просто придерживаться EL Logging (он также интегрируется с блоком обработки исключений) для согласованности. Если я использую EL для приложения, я предпочитаю использовать EL для ведения журнала. В противном случае я обычно предпочитаю log4net для небольших приложений, поскольку время установки обычно меньше. (Чтобы не ставить под сомнение чей-то любимый регистратор! :))
Я использовал оба и обнаружил, что они оба работают хорошо.
или что-то еще?)Если вы уже используете EL, вы можете просто придерживаться EL Logging (он также интегрируется с блоком обработки исключений) для согласованности. Если я использую EL для приложения, я предпочитаю использовать EL для ведения журнала. В противном случае я обычно предпочитаю log4net для небольших приложений, поскольку время установки обычно меньше. (Чтобы не ставить под сомнение чей-то любимый регистратор! :))
Я использовал оба и обнаружил, что они оба работают хорошо.
Ниже я привел некоторые описания прямо с веб-сайта инструмента. Я предпочитаю ELMAH, который находится внизу, но я не тратил много времени на Log4Net или блок приложения для ведения журнала.
- Поддержка нескольких фреймворков
- Вывод для нескольких целей ведения журнала
- Иерархическая архитектура ведения журнала
- ] Конфигурация XML
- Динамическая конфигурация
- Контекст ведения журнала
- Проверенная архитектура
- Модульный и расширяемый дизайн
- Высокая производительность и гибкость
- Журнал событий
- Электронный почтовое сообщение
- База данных
- Очередь сообщений
- Текстовый файл
- Событие WMI
- Пользовательские местоположения с использованием точек расширения блока приложения
- Регистрация почти всех необработанных исключений.
- Веб-страница для удаленного просмотра всего журнала перекодированных исключений.
- Веб-страница для удаленного просмотра полной информации о любом зарегистрированном исключении.
- Во многих случаях вы можете просмотреть исходный желтый экран смерти. что ASP.NET сгенерировал для данного исключения, даже при выключенном режиме customErrors.
- Уведомление по электронной почте о каждой ошибке в момент ее возникновения.
- RSS-канал с последними 15 ошибками из журнала.
Это может быть интересно: http://www.dotnetlogging.com/comparison/