Сравниваете ли вы блок журналирования в Enterprise Library с Log4net? - PullRequest
5 голосов
/ 25 августа 2009

Может кто-нибудь сравнить эти два механизма регистрации?

Ответы [ 3 ]

11 голосов
/ 25 августа 2009

Об этом написано совсем немного. Вот несколько вещей для чтения:

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 для небольших приложений, так как время установки обычно меньше. (Не оспаривать чей-либо любимый регистратор! :))

Я использовал оба и обнаружил, что они оба работают хорошо.

5 голосов
/ 25 августа 2009

Я дал некоторые описания ниже непосредственно с сайта инструмента. Я предпочитаю ELMAH, который находится внизу, но не провел много времени в Log4Net или в блоке приложений журналирования.

Log4Net

  • Поддержка нескольких фреймворков
  • Вывод на несколько целей ведения журнала
  • Архитектура иерархического ведения журнала
  • Конфигурация XML
  • Динамическая конфигурация
  • Контекст ведения журнала
  • Проверенная архитектура
  • Модульная и расширяемая конструкция
  • Высокая производительность с гибкостью

Блок приложения регистрации

  • Журнал событий
  • Сообщение электронной почты
  • База данных
  • Очередь сообщений
  • Текстовый файл
  • Событие WMI
  • Пользовательские местоположения с использованием точек расширения блока приложения

ELMAH

  • Регистрация почти всех необработанных исключений.
  • Веб-страница для удаленного просмотра всего журнала перекодированных исключений.
  • Веб-страница для удаленного просмотра полной информации о любом зарегистрированном исключении.
  • Во многих случаях вы можете просмотреть исходный желтый экран смерти, созданный ASP.NET для данного исключения, даже с отключенным режимом customErrors.
  • Уведомление по электронной почте о каждой ошибке в момент ее возникновения.
  • RSS-лента последних 15 ошибок из журнала.
1 голос
/ 25 августа 2009

Это может быть интересно: http://www.dotnetlogging.com/comparison/

...