.Net Logger (Пишут Ваше собственное по сравнению с log4net/enterprise logger/nlog и т.д.),

В моей последней работе почти вся инфраструктура была написана нами вместо использования некоторых готовых продуктов. (и под «всей инфраструктурой» я подразумеваю ВСЕ это - ведение журнала, обмен сообщениями, базы данных, контейнеры и т. д.)

Одним из самых больших недостатков этого было то, что он заставлял нас тратить большую часть нашего времени на работу с вещами которые не имеют отношения к конечному пользователю, вместо того, чтобы добавлять дополнительные функции.

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

У вас ограниченный бюджет и рабочая сила - используйте их с умом. Не изобретайте велосипед. Я уверен, что ваша компания и ваши клиенты выиграют, если вы » Сосредоточу ваше внимание на том, что им нужно.

В моем текущем проекте я использую NHibernate в качестве ORM-фреймворка вместо собственной, которая используется в других проектах. Вместо исправления ошибок в старой структуре ORM я сосредоточен на основной дорожной карте проекта. кроме того, у NHibernate есть собственная дорожная карта, что означает, что дополнительные функции будут доступны без особых ресурсов от моей компании.

• It cost money.
• It was done so many time before.
• You are not as special as you think. If you are, then do something about it.
• Maybe you are not as smart as you think.
• Are you over staffed? Yet?

I use a custom logging API that uses a provider model design, that allows an external logging framework to be plugged in. I have developed providers for Log4Net, EntLib and the System.Diagnostics.Trace loggers.

This is essentially the same concept as the Common Infrastructure Libraries.

This means that internal developments do not have an explicit dependency on an external logging framework, yet you can still benefit from all the features of your favorite logging framework. In practice we usually use Log4Net except for customers who are already using EntLib.

if your logging solution has such special requirements that an off the shelf solution doesn't work, than maybe making a custom version might be worthwhile.

If this is the argument though, one could also consider downloading an opensource framework and try to customize it.

Я не согласен с теми, кто видит людей, ориентированных на колеса везде. Колесо может быть сервером базы данных, операционная система или язык программирования. Однако такие вещи, как структура ORM или эта вещь LOGI4NET, не достаточно времени, чтобы считаться колесами. Многие из этих продуктов имеют короткий жизненный цикл, они заменяются новыми подходами, просто подумайте, сколько каркасов ORM вы видели, а затем приходит Microsoft и запускает LINQ. Регистрация не является твердой дисциплиной, которую вы можете узнать, и это очень зависит от платформы. Поэтому, учитывая, что используя основу для ведения журнала, которая может быть устаревшей (log4net vs nlog), тратить свое время обучения, не исключает вариант создания собственного ведения журнала. Я сделал это с помощью ORM Mapping, для меня лучше строить несколько классов ORM, чем учиться Nhybernate.

Я написал свой собственный, потому что я подумал, что (A) он основан на TraceListener, который является стандартным классом .NET, и (B) он маленький и простой в использовании, и, возможно, потому что я все равно хотел его написать.

Но теперь я использую NLog в своих новых проектах и заменяю его в некоторых старых!

Я не прав? Оба варианта отлично работают для меня, и причина использования NLog для меня заключалась в том, что я хотел получить функцию, которая требовала почти переписывания моего пользовательского TraceListener. Оказалось, что 1-2 часовой учебник с примером приложения был для меня дешевле. Это не универсальная ситуация; но она помогает иметь более четкое представление о проблемах протоколирования.