大多数开发人员强烈建议您使用的任何日志记录框架（log4net、NLog、MS Diag 等）都做两件事：
1）为粒度实现特定于类的记录器，而不是通过单例发送所有内容 2）为您的日志框架创建一个外观以掩盖实际的框架选择（例如，您可以无缝地将 log4net 换成 NLog）
第二个我不知道我买了多少，它似乎是过度设计解决方案的完美例子。例如，我“可以”将我的应用程序编写为完全与数据库无关，并且能够连接到任何数据库提供程序。但在实践中这多久是必要的？95% 的时间你选择你的目标数据库类型并坚持使用它，对我来说日志框架是一样的，我选择了 NLog，这就是我打算在项目生命周期中使用的东西。如果在 5 年内我需要将其切换出来，那么它们可能会是一堆其他的东西，我也需要改变，所以我将把它作为重写的一部分。
虽然第一项似乎它可能有有用的应用程序。有人可以为我提供一些他们如何利用此功能的具体示例吗？您将如何在实践中实现这一点？就像说我有一个数据访问模块由于某种未知原因突然失败......我将如何动态修改我的日志记录设置以专注于该模块并获取详细的日志记录信息？它们是一种编程方式来告诉 NLog 在应用程序运行时重新加载其设置吗？
谢谢