【发布时间】：2010-11-22 10:06:13
【问题描述】：
有人可以比较这两种日志记录机制吗？
【问题讨论】：
标签： c# logging enterprise-library
【发布时间】：2010-11-22 10:06:13
【问题描述】：
这已经写了很多了。以下是一些值得阅读的内容：
http://james.newtonking.com/archive/2007/06/05/enterprise-library-logging-vs-log4net.aspx http://theiterator.com/2009/01/log4net-vs-enterprise-library-logging-application-block/ https://stackoverflow.com/questions/118047/log4net-vs-enterprise-library-which-is-better-faster
我的想法：
- 普遍的共识似乎是 log4net 执行得更快。这在典型应用中是否有意义尚有待商榷。
- log4net 还支持开箱即用的分层记录器，这很好。 EL 可以执行类似的操作，但您必须自己动手。
- log4net 的配置有点神秘，并且没有很好的文档记录 (IMO)。然而，EL 的配置也很麻烦（没有配置工具会很痛苦）。此外，EL 为您提供了如此多的选择，您可能需要花一些时间进行设计（例如，您是否希望类别与日志记录级别或层、功能区域、以前的所有内容或其他内容相关？）李>
如果您已经在使用 EL，您可能只想坚持使用 EL 日志记录（它还与异常处理块集成）以保持一致性。如果我将 EL 用于应用程序，那么我倾向于使用 EL 进行日志记录。如果不是，那么我通常更喜欢 log4net 用于较小的应用程序，因为设置时间通常更短。 （不要指责任何人最喜欢的记录器！:)）
我都用过，发现都很好用。
【讨论】：
-
log4net 上的好资源：beefycode.com/post/Log4Net-Tutorials-and-Resources.aspx
我在下面给出了一些直接来自该工具网站的描述。我更喜欢底部的 ELMAH，但没有在 Log4Net 或 Logging Application Block 上花费太多时间。
- 支持多种框架
- 输出到多个日志目标
- 分层日志架构
- XML 配置
- 动态配置
- 记录上下文
- 经过验证的架构
- 模块化和可扩展设计
- 高性能和灵活性
- 事件日志
- 一封电子邮件
- 一个数据库
- 消息队列
- 一个文本文件
- WMI 事件
- 使用应用程序块扩展点的自定义位置
- 记录几乎所有未处理的异常。
- 用于远程查看重新编码异常的整个日志的网页。
- 用于远程查看任何已记录异常的完整详细信息的网页。
- 在许多情况下，即使关闭了 customErrors 模式，您也可以查看 ASP.NET 为给定异常生成的原始黄屏死机。
- 每个错误发生时的电子邮件通知。
- 来自日志的最后 15 个错误的 RSS 提要。
【讨论】：
【讨论】：
-
有点偏见，我怀疑它是由一家商业公司编写的，试图鞭打他们的伐木产品......