Является ли встроенное ведение журнала ASP.NET Core для Nlog/Serilog/etc устаревшим?

Question

Мы используем NLog или Serilog для ведения журнала. Мы заняты переносом системы с ASP.NET на ядро ​​ASP.NET, которое has logging built in.

В идеале мы хотели бы отказаться от NLog, так как больше не требуется.

Однако, это встроенный регистрационный эквивалент NLog? Не хватает ли каких-либо основных функций? Есть ли смысл продолжать использовать NLog (или что-то подобное, например Serilog)?

Answer 1

Регистрация в asp.net - это общий (протоколирующий) интерфейс и реализация протокола.

Вы можете использовать общий интерфейс и стороннюю библиотеку (например, NLog) вместе, поскольку инфраструктура подготовлена ​​для этого.

Если вы NLog над встроенной лесозаготовки реализации вы выигрываете:

• изменения конфигурации на лету (во время работы приложения без перезагрузки)
• более целей (например, базы данных, файл). Во встроенном объекте нет цели файла: https://docs.microsoft.com/en-us/aspnet/core/fundamentals/logging. Почтовая цель в NLog еще не установлена ​​в netstandard, но она запланирована.
• больше возможностей в целевых (например, архивирование файлов)
• пишущих дополнительную информацию контекста, как ${processid}
• как мы вкладываем много в оптимализации производительности, я бы ожидать производительности.
• асинхронное ведение журнала - что не входит в asp.net протоколирование, насколько я знаю.
• расширенные функции, такие как буферизация, fallbacking & ограничения журналов, условие фильтра с контекстной информацией, пишущей CONCURRENT в один файл и т.д.
• NLog легче расширить (не только цели, но и макет рендеры, макеты и т.д.)
• возможность для структурного каротажа (Serilog, NLog 4.5)

Но, как всегда, если вам не нужны эти функции, то, возможно, меньше (библиотек) больше.

Answer 2

Я бы не сказал, что API ведения журнала ASP.NET Core делает NLog и другие поставщики устаревшими. То, что предоставляет ASP.NET Core, является хорошей абстракцией, поэтому фреймворки регистрации могут переключаться без изменения кода, который зависит от ведения журнала.

Nlog по-прежнему предоставляет полезные configuration features, которые не реализованы в API ведения журнала ASP.NET Core.