As I now configure logging in my (Asp.Net Web Api) application, I read about best practices for logging. I came to this issue of logging best practices .
I sent the path Ninject Logging Extensions Nlog / Log4Net , but this question (or should I say the answer) made me think a second time.
At the moment I have tracing enabled, register every time here and there, and it feels a little dirty to have logs and traces that do not stack together.
I think that when I switch to Diagnostics Tracing and build on top of what the infrastructure already gives me, I will get a more complete trace. A track that tells the full story is more useful to me than a separate track and magazine, which both know about part of the story. And, of course, I could always separate things from listeners and filters.
But, on the other hand, I always found out:
Login! = Trace
So, this leaves me with the question, should I abandon the registration framework, is this the initial phase of the project, or should I stick to it?
And if I omit the registration framework, should I use the interface if we ever want to switch back to another logging / tracing structure again, or can I just depend on System.Diagnostics?
source share