NHibernate 与控制反转

Question

这只是我一直在思考的事情，想知道它是否存在，或者是否有好处。

我正在使用 Unity 进行控制反转和依赖注入。我也在使用流畅的 nHibernate 进行 ORM。我想知道是否有一种方法可以配置 nHibernate 以将接口作为其类型参数并为我执行 IoC，或者将它们一起使用的最佳方法是什么。

例如，如果我有一个使用存储库模式的客户对象，我可能会有 2 个接口（ICustomer、ICustomerRepository）以及 2 个具体实现（Customer、CustomerRepository）。在具体的 CustomerRepository 中，我必须将其直接绑定到 Customer 对象才能使用 nHIbernate。

public class CustomerRepository : ICustomerRepository
{
    public ICustomer Retrieve(int id)
    {
        return _session.Get<Customer>(id);
    }
}

我认为传递“ICustomer”并以某种方式配置 nHibernate 来执行 IoC 会很酷，而不是将“Customer”作为类型参数传递给会话。这可能吗，或者有什么好处吗？

Answer 1

当我们开始设计应用程序时，我有完全相同的想法。然而，很快我们就遇到了仅使用基于接口的类型的一些问题，因此我们通过使用具体类型和松散存储库（即 Customer 和 ICustomerRepository）进行妥协。

我试图回忆我们遇到了什么问题，但现在我一片空白。

Answer 2

将 ICustomer 放入 NHibernate 中并没有真正的优势。 NHibernate 本身应该只是一个带有几个钩子的黑盒子，您可以将模拟附加到其中。你可以模拟 NHibernate 中的实现；它并不真正关心里面使用了什么对象。

模拟此方法时，您可以使用 NHibernate 中的 ISession 和 IQuery 以及您自己的代码中的 ICustomerRepository 来完成所有这些操作。无需添加额外的抽象。

---

哦，顺便说一句，当你的存储库已经是一个额外的 IoC 容器时，为什么还要使用 NHibernate 作为额外的 IoC 容器呢？

Answer 3

将 IOC 容器 (Unity) 与 NHibernate 集成的一种方法是使用 Unity 解析要传递给 NHibernate 的类型。

这实现了我认为您的目标，即仅在一处实现接口和实现之间的映射。

public CustomerRepository : ICustomerRepository
{
    Type customerType;

    // ISession[Factory] injection omitted for brevity

    public CustomerRepository(IUnityContainer container)
    {
        registration = container.Registrations.FirstOrDefault(
            x => x.RegisteredType.Equals(ICustomer));

        if(registration == null) 
        {
            throw new ApplicationException(
                "No ICustomer implementation was registered.");
        }

        customerType = registration.MappedToType;
    }

    public ICustomer Retrieve(int id)
    {
        return _session.Get(customerType, id);
    }
}

显然，您不能使用 NHibernate 的泛型重载，但我认为它们都有非泛型等效项。

您必须引用具体实现的另一个地方是 FNH ClassMap 中。

Answer 4

我看不到这样做有任何很大的灵活性，但为了实现你所要求的，你可以尝试：

public abstract class AbstractCustomerRepository<T> : ICustomerRepository where T : class, ICustomer
{
    public ICustomer Retrieve(int id)
    {
        return _session.Get<T>(id);
    }
}

public class CustomerRepository : AbstractCustomerRepository<Customer>
{

}

Answer 5

使用 IOC 的一个示例是

在客户端代码中查找 ICustomerRepository // 的具体实现。

ICustomerRepository dao = ServiceFactory.GetServiceInstance<ICustomerRepository>();

// ServiceFactory 的框架

public static class ServiceFactory
{
        private WindsorContainer m_container;

        public static T GetServiceInstance<T>()
        {
              // use your IOC to resolve your <T>
               return m_container.Resolve<T>();
        }
}

在上面的示例中，我使用 Castle Windsor 作为我的 IOC。请调整您的实现以使用 Unity Block。

我希望你能明白我的想法。

Answer 6

如果您打算有一个 ICustomer 接口，这是否表明您想用其他东西代替 Customer？会是这样吗？如果是的话那么用什么？

您的客户类应该是您的域的一部分，以及其他实体（例如产品、订单等）。您的域应该构成整个应用程序的中心部分。我认为您应该努力使域实体与 NHibernate 数据访问代码解耦，这似乎是通过存储库接口实现的。

如果您想创建具有特定 Customer 实现的基本 Customer，那么请使用继承，Nhibernate 对此支持非常好：NHibernate

public abstract class Customer { }

public class EnterpriseCustomer : Customer { }
public class SmbCustomer : Customer { }
public class IndividualCustomer : Customer { }

足够强大，可以在您调用 return _session.Get(id);< 时实例化正确的类型。 /code> 无需自己显式转换。

也许这就是你所追求的。查看有关继承的 NHibernate 文档： http://nhibernate.info/ doc/nh/en/index.html#继承