log4net по сравнению с Nlog

Вы могли бы также рассмотреть Библиотеку Microsoft Enterprise, Регистрирующую Блок. Это идет с хорошим разработчиком.

Первый взгляд на остальную часть Вашего стека.

При использовании NHibernate он использует Log4Net непосредственно. Другие платформы могли бы иметь другие определенные регистраторы, в которых они нуждаются.

Кроме этого: оба хорошо работают.

Я обосновался на Log4Net сам. Это может быть боль для конфигурирования, и если это не настроено правильно, это - боль для выяснения то, что пошло не так, как надо. Но можно заставить его сделать почти что-либо, что Вы хотели бы от регистратора.

Если у Вас нет постоянной проблемы с Log4Net, вот статья, которую я написал о том, как начать с ним: http://elegantcode.com/2007/12/07/getting-started-with-log4net/

Я думаю, что общее мнение заключается в том, что nlog немного проще в настройке и использовании. Хотя оба вполне способны.

Как я заметил, log4net блокирует свои выходные файлы на все время работы приложения, поэтому вы не можете их удалить. В остальном они похожи.

Поэтому я предпочитаю NLog.

Для нас ключевым отличием является общая производительность ...

Взгляните на Logger.IsDebugEnabled в NLog по сравнению с Log4Net, согласно нашим тестам, NLog имеет меньше накладных расходов, и это то, что нам нужно (материал с малой задержкой).

Ура, Флориан

Я был недавно поручено «прототипу какой-то вход» «для предстоящего проекта. У меня не было никакого опыта регистрации рамок. Я исследовал, пробежал по учебникам, сделал игрушечные приложения и т. Д. В Log4net, Nlog и Enterprise Library в течение нескольких дней. Вернулся на 3-4 недели спустя и поставил их вместе в сплоченную демонстрацию. Надеюсь, некоторые из этого вам полезны.

Моя рекомендация для нашего проекта является это:

1. Используйте фасад ведения журнала (например, , , SimploggingFacade ), чтобы избежать прямых зависимостей.
2. Если мы в конечном итоге используем корпоративную библиотеку для других объектов, затем используйте его для регистрации.
3. Если мы в конечном итоге используем что-то с зависимостью в Log4Net, используйте Log4Net.
4. Если ничего из вышеперечисленного, используйте NLOG. Которые я бы предпочли.

Это основано на этих выводах (мнения!):

• Все 3 рамы способны и могут сделать некоторые сложные вещи. Мы хотим качественного решения, но, честно говоря, не нуждается в ультра высокой производительности или 60 типов событий.
• Все 3 имеют очень похожие основные концепции.
• У каждого есть свои собственные крутые трюки, такие как действительно усовершенствованные маршрутизаторы или динамические файлы журнала, усеченные файлы и т. Д.
• Все 3 довольно хорошо документированы по-своему.
• Для полной новички, подобных мне, они все были немного неловко. Нет решительных различий здесь для оснований. Я получил это.
• При пересмотре вещей через несколько недель NLOG был четко Самый простой для возобновления. Мне нужно очень мало кисти на нем. С Log4net мне пришлось пересмотреть несколько онлайн-примеров, чтобы идти. С Entlib я сдался и делал учебники снова с нуля - я был полностью потерян.
• Я не мог выяснить, как заставить Entlib сделать некоторые вещи, такие как журнал в базу данных. Это может быть легко, но это было за пределами моего ограничения по времени.
• LOG4NET и NLOG имеют небольшой входной след. Entlib - Spammy, но я все равно использовал фасад.
• Я случайно не настроил Entlib, и это сказала мне во время выполнения. Log4net не сделал. У меня не было случайного неправильного конфигурации с NLOG.
• Entlib поставляется с красивым app.config редактором, которое вам нужно 100%. NLog имеет схему конфигурации файла, чтобы получить «Intellisense». Log4net поставляется с NADA.

Так очевидно, мне нравятся nlog. Недостаточно использовать его, несмотря на то, что имеется еще одно решение.

Я повторяю сказанное выше и предпочитаю nLog. Entlib без нужды раздут.

Re: Log4net Одна вещь, которая ВСЕГДА вызывает у меня с log4net, - это то, что я забываю добавить следующее в global.asax для инициализации компонента:

log4net.Config.XmlConfigurator.Configure();

Для тех, кто поздно добрался до этой темы, вы можете заглянуть в библиотеку базовых классов .Net (BCL). Многие люди пропустили изменения между .Net 1.1 и .Net 2.0, когда был представлен класс TraceSource (около 2005 г.).

Использование TraceSource аналогично другим платформам ведения журналов с детальным управлением ведением журналов, конфигурацией в app.config/web.config и программным доступом — без накладных расходов на блок корпоративных приложений.

• Блог команды .Net BCL: Введение в трассировку — Часть I (См. также части II a, b, c)

Существует также ряд сравнений: «log4net vs TraceSource»