NHibernate：如何注入对实体的依赖

Question

NHibernate 3.2/Fluent NHibernate 1.3/StructureMap 2.6.3 -

尝试遵循 DDD 作为架构策略，我通常不依赖于域实体。然而，我现在正在尝试向我的域实体添加更多行为，以便它们不那么贫乏。一切都很顺利，直到我连接了 NHibernate。我有两个问题：

1. NH 需要无参数构造函数，而我不想有 不应该使用的 ctor。
2. 当 NH 尝试实例化我的实体时，它需要解析我的 依赖项，但我没有给 NH 任何它可以做的事情 那。

我一直在网上阅读，但我发现的大多数（如果不是全部）示例都已过时（或只是旧的）。尽管 NH 阵营可能不赞成我正在做的事情，但我正在寻找 NH 的方式来做到这一点。

Answer 1

该解决方案最终实现了 NHibernate 的 IInterceptor。当您继承 EmptyInterceptor 并仅重写 Instantiate() 和 SetSession() 方法时，它实际上是一个非常简单的实现。这是我使用 StructureMap 的拦截器：

public class DependencyInjectionEntityInterceptor : EmptyInterceptor
{
    IContainer _container;
    ISession _session;

    public DependencyInjectionEntityInterceptor(IContainer container)
    {
        _container = container;            
    }

    public override void SetSession(ISession session)
    {
       _session = session;            
    }

    public override object Instantiate(string clazz, EntityMode entityMode, object id)
    {
        if (entityMode == EntityMode.Poco)
        {
            var type = Assembly.GetAssembly(typeof (SomeClass)).GetTypes().FirstOrDefault(x => x.FullName == clazz);
            var hasParameters = type.GetConstructors().Any(x => x.GetParameters().Any());
            if (type != null && hasParameters)
            {
                var instance = _container.GetInstance(type);

                var md = _session.SessionFactory.GetClassMetadata(clazz);
                md.SetIdentifier(instance, id, entityMode);
                return instance;
            }
        }
        return base.Instantiate(clazz, entityMode, id);
    }
}

然后，您所要做的就是告诉 NHibernate 使用您的拦截器：

public FluentConfiguration GetFluentConfiguration(IContainer container)
{
    return Fluently.Configure()
        .Database(MsSqlConfiguration.MsSql2008
                  .ConnectionString(c => c.FromConnectionStringWithKey("Database"))
                      .ShowSql())
        .Mappings(m => 
            m.AutoMappings.Add(AutoMap.AssemblyOf<SomeClass>()))
        .ExposeConfiguration(x => 
            x.SetInterceptor(new DependencyInjectionEntityInterceptor(container)));                
}

当我研究这个时，有人建议将 SessionFactory 传递到拦截器类的 ctor 中。老实说，从会话管理的角度来看，这种方法会更好。

Answer 2

如果您的实体需要额外的依赖项，请不要使用构造函数注入。相反，在实体方法中创建一个附加参数。

现在你会问自己如何获得依赖。为此，您可以使用 CommandHandlers 和 Commands。命令处理程序在其构造函数中获取依赖项并调用实体的方法。在 UI 中，您创建命令消息并将其发送到命令处理器，命令处理器负责调用正确的命令处理程序。

我希望我的解释你能理解。

域：

public class Employee
{
    public int Id { get; set; }
    public string Name { get; set; }

    public void SendNotification(string message, INotifier notifier)
    {
        notifier.SendMessage(string.Format("Message for customer '{0}' ({1}): {2}", Name, Id, message));
    }
}

INotifier 基础结构组件是通过方法而不是构造函数传递的！

基础设施：

public interface INotifier
{
    void SendMessage(string message);
}

class EmailNotifier : INotifier
{
    public void SendMessage(string message)
    {
        // SmtpClient...
    }
}

class SMSNotifier : INotifier
{
    public void SendMessage(string message)
    {
        // SMS ...
    }
}

Command 和 CommandHandler：

public class NotificationCommandHandler : ICommandHandler<NotificationCommand>
{
    private readonly INotifier _notifier;

    public NotificationCommandHandler(INotifier notifier)
    {
        _notifier = notifier;
    }

    public void Execute(NotificationCommand commandMessage)
    {
        commandMessage.Employee.SendNotification(commandMessage.Message, _notifier);
    }
}

public class NotificationCommand
{
    public string Message { get; set; }
    public Employee Employee { get; set; }
}

CommandHandler 通过构造函数注入获取 INotifier。因此，您不需要像 ServiceLocator 那样使用 IoC 容器。

在控制器的 UI 中使用即：

public class Controller
{
    private readonly IMessageProcessor _messageProcessor;

    public Controller(IMessageProcessor messageProcessor)
    {
        _messageProcessor = messageProcessor;
    }

    public void SendNotification (Employee employee, string message)
    {
        var sendMailCommand = new NotificationCommand
        {
            Employee = employee,
            Message = message
        };

        _messageProcessor.Process(sendMailCommand);
    }
}

如果您对命令处理器有疑问，请查看 mvccontrib 项目或问一个单独的问题。

Answer 3

抱歉，我之前的回答没有解决具体问题。我做了更多的研究，看起来我还有很多东西需要了解何时以及何时不使用贫血域模型。关于你的问题，我找到了这篇文章 非常切题。虽然是java上的，不是c#上的，但是原理是一样的。希望这有帮助。