4

由于我目前正在我的（Asp.Net Web Api）应用程序中设置日志记录，因此我正在阅读有关日志记录的最佳实践。我提出了这个关于记录最佳实践的问题。

我走的是Ninject-> Logging Extensions->Nlog / Log4Net方式，但这个问题（或者我应该说答案）让我再次思考。

目前我启用了跟踪，到处记录，感觉有点混乱，日志和跟踪没有加在一起。

我认为当我切换到诊断跟踪并在框架已经给我的基础上构建时，我最终会得到更完整的跟踪。一条讲述完整故事的踪迹对我来说听起来比单独的踪迹和日志更有用，它们都知道故事的一部分。当然，我总是可以用侦听器和过滤器再次将事物分开。

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

记录！= 跟踪

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

如果我放弃了日志框架，我应该使用一个接口以防我们再次切换到另一个日志/跟踪框架，还是我可以只依赖 System.Diagnostics？

4

1 回答 1

7

我已经尝试过 Log4NET 路径，并查看了 Ninject。

根据我的发现，我会说将 Diagnosisics.Trace 转换为日志框架比尝试处理我发现的任何日志框架的重量要高效得多。（我同意 Trace != Logging）

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

将 Trace 构建到日志记录框架需要做一些工作，但它是高度可重用的，因为它只是核心诊断 dll，如果没有别的原因，您可能已经在程序中使用了 StopWatch 来计时。

无论如何，这只是我的看法，但我更喜欢 Diagnostics.Trace 路线。考虑看看： http: //www.codeproject.com/Articles/2680/Writing-custom-NET-trace-listeners - 它很旧，但会告诉你什么是你自己的。

于 2013-05-03T22:21:47.937 回答