依赖注入和日志记录接口

Question

我想知道一些关于日志记录和日志记录框架以及依赖注入的最佳实践.具体来说,如果我正在设计一个需要记录方法的类,我应该如何设置一个接口来记录依赖注入？

依赖注入似乎表明外部依赖应该从外部注入(构造函数或属性设置器),所以我应该在构造函数中使用ILog实例并在类中使用吗？我应该考虑记录一个可选的依赖项并将其置于setter中吗？我是否通过允许更改日志记录界面来推动过多的灵活性,并且我应该对特定的日志记录接口采取硬依赖(例如通过调用工厂方法创建静态ILog变量)？这个工厂方法可以调用容器来获取ILog实现,还是会在初始化的静态变量和初始化的IoC容器之间产生初始化冲突？

我应该这样做:

public class MyService : ISomeService
{
  private static readonly ILogger s_log = 
            LoggingFactory.GetLogger(typeof(MyService))
  ...
}

或许这个:

public class MyService : ISomeService
{
  protected virtual ILogger Logger {get; private set;}
  public MyService(ILogger logger, [other dependencies])
  {
    Logger = logger;
  }
}

甚至这个:

public class MyService : ISomeService
{
  public virtual ILogger Logger {get; set;}
  public MyService()
  {
  }
}

其他模式或方法吗？那里的人在做什么？什么工作,什么时候？

Answer 1

很高兴您正在研究控制反转和依赖注入。

但对于你的问题，你可能想研究另一个概念：面向方面的编程。

在.NET中，有一些很好的框架可用于进行面向方面的编程，包括Castle、LinFu和Microsoft的Policy-Injection Application Block。事实上，一些控制反转容器也具有一些面向方面的功能。

这些概念和工具有助于使诸如日志记录之类的问题在代码噪音方面占据幕后地位，并使其能够自动处理。