Возможности расширить Nlog в этом месте нет, но никто не запрещает сделать свой LogManagerEx, который по нужным данным "имя логгера+контекст" выдавать обернутый логгер Nlog или же копию обертки, если логгер разделен по уровням – vitidev 15 часов назад


Меня вот в pet-проекте утомило, что все сообщения пишутс одновременно и я использовал контекстные врапперы-логгеры доступные через ambient context - на старте using(var logger=new ...) устанавливаем контекст, а на Dispose отдаем нижележащему логгеру все, что накопилось

@vitidev
4. Ambient Context (фоновый контекст)
Идея Ambient Context заключается в создании pubic static свойства или метода, предоставляющих экземпляр объекта определенного типа и доступного любому объекту в приложении. По смыслу такой подход применим для зависимостей, предоставляемых framework и прочими глобальными объектами приложения.

Примеры шаблона в .NET: Application.Current, Thread.CurrentCultureand, Thread.CurrentUICulture, System.Web.Http.GlobalConfiguration.Configuration, Microsoft.AspNet.SignalR.GlobalHost.DependencyResolver, OperationContext.Current и т.п.

1) я не об этом. Например с транзакциями Transaction.Current не должен быть null. То есть вызвав этот код где то вне транзакции получим NRE
2) Типичный пример это TransctionScope+Transction,Current
Transction,Current всегда указывает на правильный инстанс транзации даже если паралельно было запущен это код много раз
3) ну да. я неясно выразился. терминология не мой конек
4) это значит что если вы запустите параллельно одновременно метод DoSome где внутри будет using(var tran=new TransactionSope) то во вложенных методах Transction,Current будет указывать на правильное значение и никакие пар…

@vitidev, ох, сейчас как-то смешалось в одну кучу...
"Мне нужно было в многопоточном приложении на UI выводить реалтайм детальный лог для каждого "логического потока". Так я в начале операции стартую using(var logger=new ContextLogger) а внутри он доступен через ContextLogger.Current и внутренней части приложение не нужно знание в каком контексте его используют" - типа когда создается объект ContextLogger, то создается какая-то запись в CallContext, потом мы к ней можем обращаться через ContextLogger.Current, а во время dispose эта запись удаляется? так?

если бы я делал вашу задачу (забудем про пролему XY) то это 3 варианта
1) создаю обертку с flush и передаю ее как параметр. то есть таскаю везде
2) LogManagerEx при первом вызове по имени даст мне обертку, а для других будет копию давать или дочерние обертккологгеры. Но тогда я должен передать id операции в места вызовов этих логгеров. То есть снова что то передавать
3) я создаю обертку используя CallContext и тогда внутри используется доступ через статик поле. Ничего передавать нигде не нужно.

это проблема многопоточных приложений. допустим у вас сайт и туда пришли 100 человек одновременно и заказали товар. Как вы потом в логах отличите где кто?
для этого нужно вписывать в сообщения лога id запроса пользователя. А это значит этот id нужно таскать по всей системе.

у вас же мы должны получить одну и ту же обертку с разных мест по имени логгера + id операции. То есть снова придется таскать его как то. или параметрами или как в ASP сделано там вроде бы текущий пользователь тоже через callcontext сделан. можно так и айди операции организовать.