我应该直接在域模型对象中使用 log4net 吗？

Question

我想知道直接在域对象上使用 log4net 是否是不好的做法...我将使用 ELMAH 来处理 ASP.NET MVC 应用程序端的异常，但出于某些信息目的，我想记录一些数据关于领域模型本身。

给定以下域对象：

   public class Buyer
{
    private int _ID;
    public int ID
    {
        get { return _ID; }
        set
        {
            _ID = value;
        }
    }

    private IList<SupportTicket> _SupportTickets=new List<SupportTicket>();
    public IList<SupportTicket> SupportTickets
    {
        get
        {
            return _SupportTickets.ToList<SupportTicket>().AsReadOnly();
        }
    }

    public void AddSupportTicket(SupportTicket ticket)
    {
        if (!SupportTickets.Contains(ticket))
        {
            _SupportTickets.Add(ticket);
        }
    }
}

在 AddSupportTicketMethod 中添加日志记录行为是一个坏主意...所以本质上它看起来像这样：

       public class Buyer
{
    protected static readonly ILog log = LogManager.GetLogger(typeof(SupportTicket));

    public Buyer()
    {
       log4net.Config.XmlConfigurator.Configure();
    }


    private int _ID;
    public int ID
    {
        get { return _ID; }
        set
        {
            _ID = value;
        }
    }

    private IList<SupportTicket> _SupportTickets=new List<SupportTicket>();
    public IList<SupportTicket> SupportTickets
    {
        get
        {
            return _SupportTickets.ToList<SupportTicket>().AsReadOnly();
        }
    }

    public void AddSupportTicket(SupportTicket ticket)
    {
        if (!SupportTickets.Contains(ticket))
        {
            _SupportTickets.Add(ticket);
        } else {
           log.Warn("Duplicate Ticket Not Added.");
        }
    }
}

Answer 1

我直接在域对象中使用了 log4net 和 log4J。 这有好的副作用，也有坏的副作用。

• +：登录域对象的代码简单明了，您知道可以利用 log4net 功能。
• --：这意味着使用域对象的程序需要注意 log4net 配置，这可能是也可能不是问题
• --：您无法链接您的域对象与调用程序正在使用的 log4net 版本不同。 我已经看到很多冲突，其中一项与 log4net 1.2.0.10 链接，另一项与早期版本链接。

不记录您的域对象是一个坏主意。 另一种方法是像其他人建议的那样，依赖注入或外部框架（例如 log4J 的 commons-logging），允许插入不同的日志框架或创建一个接口来执行日志记录并针对该接口进行日志记录。 （使用域对象的代码需要提供该接口的适当实例以用于日志记录目的。）

Answer 2

如果您要从域对象登录并且使用可能想要换出的 IOC 容器，我建议您使用服务定位器模式（您可以查看 Sharp# 架构，以获取 SafeServiceLocator 的良好实现用更多信息性错误消息包装 msoft 的 ServiceLocator）。

我还想建议您考虑是否要记录示例中显示的错误类型。 在这种情况下，我倾向于让域对象抛出异常，并让调用者决定这是否是应用程序所期望的（因此不应被记录），或者是否代表调用者想要的情况以某种方式处理。

Answer 3

这是一个经典问题！

执行此操作的好方法是引入 ILogger 类型的类成员并将日志记录抽象到此接口中。 在你的类中，无论你在哪里调用 logg ，都可以通过这个接口来完成。 然后在运行时通过使用可用 IoC 容器之一或依赖项注入 farmeworks 的实现之一注入此依赖项。 默认情况下，您可以使用该接口的 log4net 实现。

以下是可用依赖注入框架的一长串：
http://www.hanselman.com/blog/ListOfNETDependencyInjectionContainersIOC.aspx

Answer 4

我认为日志记录是一个横切问题，因此最好以面向方面的方式完成。 如果您使用的是 Spring.NET 这样的框架，那么您就可以使用它。