我正在回顾一些关于登录.NET的旧问题.许多帖子提到使用日志记录外观在应用程序和所选日志框架之间创建松散耦合.这看起来很简单,直到我开始审查日志框架.我查看了Common.Logging,它有一些有趣的功能,但看起来开发已经停止了.我看着温莎城堡,但如果我只是想抽象出日志界面,这似乎有点过头了.
我发现的大多数问题都比较老,所以我希望景观有所改变.关于"正确"的立面使用是否有共识？或者我应该咬紧牙关并直接实施日志记录？
谢谢!
如果您正在开发一个将由其他人使用的库,并且您不想强制执行特定的日志记录实现,则应该只考虑使用日志记录外观.我曾经使用过Commons.Logging在过去没有问题这个目的,虽然你注意到开发似乎已经停止了.它不支持我选择的记录器(NLog 2.x),我不得不从源代码编译它以使其工作(它已经有一段时间所以不记得我是否必须编写任何代码,但我可以看看,如果你'有兴趣).
也就是说,你最好直接使用记录器.您可以访问完整的API而不是一些常见的(最低分母)子集,并避免一层间接以及额外的库依赖.
我强烈建议使用NLog或log4net.如果你不介意XML丛林,企业库也有一个不错的日志块.避免使用内置跟踪API - 使用和配置起来很麻烦,与其他API相比,提供的灵活性很小.
| 归档时间： |
|
| 查看次数： |
1170 次 |
| 最近记录： |