日志框架与System.Diagnostics跟踪

Question

当我目前正在我的(Asp.Net Web )应用程序中设置日志时，我正在阅读关于根据日志记录的最佳实践。我提出了一个关于logging best practices的问题。

我是在走Ninject -> Logging Extensions -> Nlog / Log4Net的道路，但这个问题(或者我应该说出答案)让我再次思考。

目前，我已经启用了跟踪功能，到处记录日志，如果日志和跟踪不加在一起，感觉有点混乱。

我认为，当我切换到诊断跟踪并在框架已经给我的基础上构建时，我最终会得到一个更完整的跟踪。一条讲述完整故事的线索对我来说听起来更有用，然后是一个单独的追踪和日志，两者都知道故事的一部分。当然，我总是可以用侦听器和过滤器把事情分开。

但另一方面，我总是学到：

日志!=跟踪

这就给我留下了一个问题，我应该放弃日志框架，这是项目的开始阶段，还是应该坚持下去呢？

如果我删除了日志框架，我应该使用一个接口来防止我们再次切换到另一个日志/跟踪框架，或者我可以只依赖于System.Diagnostics吗？

Answer 1

我已经尝试了Log4NET路径，并查看了尼尼特。

根据我的发现，我要说，将Diagnotisics.Trace转换为日志框架比尝试处理我找到的任何日志记录框架的重要性要高得多。(我也同意追踪!=伐木)

也许我是一个控制狂，但我不想在我的代码库中引入大量的观点。我要工具，不是紧身衣。

有一些工作要建立跟踪日志框架，但它是高度可重用的，因为它只是核心诊断dll，您可能已经在您的程序中，如果没有其他任何东西，然后StopWatch用于计时。

不管怎样，这只是我的意见，但我更喜欢Diagnostics.Trace路线。考虑一下：http://www.codeproject.com/Articles/2680/Writing-custom-NET-trace-listeners --它是旧的，但是会告诉你什么是你自己的必要的。