这是一种有趣的方法，但是，它似乎存在这样的缺点：所有注入的记录器（或注入的一个单例）将是相同的实例（或将具有相同的名称，该名称是该记录器的名称） NLogLoggingService 类。这意味着您无法非常轻松地控制日志记录的粒度（即，在一个类中将日志记录设置为“Info”级别，在另一个类中将日志记录设置为“Warn”）。此外，如果您选择使用调用站点格式化令牌，则您需要将始终获取调用 NLog 记录器的调用站点，而不是应用程序代码中的调用站点。
这是链接的记录器的缩写版本：
[Export(Services.Logging.LoggingService, typeof(ILoggingService))]
class NLogLoggingService : ILoggingService
{
Logger log; public NLogLoggingService()
{
log = LogManager.GetCurrentClassLogger();
}
public void Debug(object message)
{
log.Debug(message);
}
public void DebugWithFormat(string format, params object[] args)
{
if (args.Length == 0)
{
log.Debug(format);
}
else
{
Debug(string.Format(format, args));
}
}
public bool IsDebugEnabled
{
get
{
return log.IsDebugEnabled;
}
}
}
在构造函数中LogManager.GetCurrentClassLogger()用于获取 NLog 记录器。 GetCurrentClassLogger 将返回一个基于“当前”类型“命名”的 NLog 记录器，在本例中为 NLogLoggingService。因此，要在 app.config 文件中配置 NLog，您将基于记录器名为“SoapBox.Core.NLogLoggingService”的配置。通常，在直接使用 NLog（或 log4net）的代码中，每个类都有自己唯一命名的记录器，如下所示：
namespace MyNamespace
{
public class MyClass1
{
private static readonly Logger logger LogManager.GetCurrentClassLogger();
public void DoSomeWork()
{
logger.Info("Logging from inside MyClass1.DoSomeWork");
}
}
public class MyClass2
{
private static readonly Logger logger LogManager.GetCurrentClassLogger();
public void DoSomeWork()
{
logger.Info("Logging from inside MyClass2.DoSomeWork");
}
}
}
现在，MyClass1 和 MyClass2 的日志记录可以单独控制。您可以为每个类别配置不同的级别，将它们发送到不同的目标，或者完全关闭其中一个或两个。或者，由于 log4net 和 NLog 中记录器层次结构的概念，您可以通过为命名空间（本例中为 MyNamespace）或任何“祖先”命名空间配置“记录器”来同时控制两个类中的日志记录。如果没有为完全限定的类型名配置记录器，那么日志记录框架实际上会通过将名称视为点分隔字符串并删除最后一个块并检查是否配置了该记录器来向上移动层次结构。因此，在本例中，我们请求 MyNamespace.MyClass1 和 MyNamespace.MyClass2 的记录器。我可以将 app.config 文件配置为在“info”处记录 MyNamespace 并写入文件目标（log4net-speak 中的附加程序）。如果我这样做，那么我通过完全限定名称请求的两个记录器都将继承 MyNamespace 配置。
使用建议的通过 MEF 注入 NLog 的方法，您将只有一个记录器实例，因此您无法将每个类配置为以不同方式记录。另外，正如我之前提到的，如果您选择记录调用站点信息，您将始终获得该类的“SoapBox.Core.NLogLoggingService”和该方法的“Debug”（或 DebugWithFormat、Info、InfoWithFormat 等）。
这似乎是从 log4net 和 NLog 成功注入记录器的问题。您可以看到question几个月前我就问过这个问题。
最终我能够弄清楚一些依赖注入框架如何成功注入特定于正在创建的类的 log4net 和 NLog 记录器（即，如果 DI 框架正在实例化 MyClass，而 MyClass 又依赖于 ILogger 接口，那么 MyClass 将获得一个记录器，本质上相当于 MyClass 通过 LogManager.GetCurrentClassLogger api 请求记录器本身所发生的情况）。通常，DI/IoC 框架中的“解析器”会被赋予当前上下文（其中包含当前正在创建的对象的类型等信息）。有了该类型，让特定于日志记录框架的解析器接收该类型并将其传递给日志记录框架以创建适合该类型的记录器就变得很简单。
为了充分利用 NLog（和 log4net）的功能，您确实希望能够告诉 MEF 您的类依赖于“ILogger”，而且注入到您的类中的“ILogger”实例应该取决于您的班级类型。
我不知道使用 MEF 实现这一目标有多容易。或者，您可以将 NLog 的静态 LogManager 包装在 ILogManager 中并注入它。这将偏离正常的“注入 ILogger”范例。
总结一下：如果您以这种方式通过 MEF 注入 NLog，您确实可以使用 NLog 进行日志记录，但您将只有一个命名的记录器 (SoapBox.Core.NLogLoggingService)。这意味着您将无法以任何粒度进行控制 - 无论是级别/开/关还是输出（NLog Target/log4net Appender）
对于如何通过 MEF 注入 NLog 并保持“原始”NLog 为您提供的粒度/灵活性，我没有一个好的答案。
我可以说我们已经决定使用.NET 的 Common.Logging抽象日志框架，但我们决定不注入日志记录。相反，我们将仅使用静态 LogManager（由 Common.Logging 提供）来分发记录器。
