日志记录应用程序块是否能够处理这些问题或它们的组合?企业库日志应用程序块选项
- 如果日志记录失败,不抛出异常
- 特殊例外情况/异常类型只
- 如果日志记录失败,退回到另一种类型(即数据库日志记录失败,回落到我的实际使用情况发电子邮件或网络发送)
例子:
我正在为我们的团队写票务系统。如果通过电子邮件向新团队创建新故障单,则我希望它向异常/错误日志报告该情况,但不会冒用户名,无论日志记录堆栈中日志记录失败的深度如何,用户都不会需要一个错误信息,保存票证。一些错误地点/例外我想冒泡,但是我现在处理的大多数我不知道。
我还没有在企业库中做过任何事情,每当我看到我想尝试的东西时,我就跳入EL是艰难的潮流,研究评论和比较,并且看到评论者认为另一个框架更加健壮和更容易对于特定的块 – Maslow 2010-02-16 19:58:41
企业库的理念是,日志记录是应用程序的增值服务,因此日志记录过程中的任何失败都必须适度地处理,而不会引发主要业务流程的异常。日志记录块通过将所有日志记录失败发送到一个名为记录错误和警告的特殊类别来实现此目的。默认情况下,这些错误消息被写入Windows事件日志,但您可以将此类别配置为使用不同的跟踪侦听器写入其他目标(如果您愿意)。 – 2011-04-11 15:04:29
至于依赖性,唯一的DLL LAB取决于有这些:Microsoft.Practices.EnterpriseLibrary.Common.dll Microsoft.Practices.Unity.dll Microsoft.Practices.Unity.Interception.dll Microsoft.Practices.ServiceLocation.dll 这是EntLib管道的核心。 – 2011-04-11 15:05:20