如何将存储库注入到工作单元？

我已经实现了我的 UnitOfWork，以便它保留对所有存储库的引用。

public interface IUnitOfWork
{
   void Commit();
   void RollBack();
}

public interface IMyUnitOfWork : IUnitOfWork
{
   IFooRepository Foos { get; }
   IBarRepository Bars { get; }
   // Other repositories ...
}

请注意，存储库实现了通用类型的存储库接口。

public interface IFooRepository : IRepository<Entities.Foo>
{
    // FooRepository specific methods goes here.
}

public interface IRepository<T> : IRepository
    where T : class
{
}

现在我如何将这些存储库注入到我的 UnitOfWork 中。当然，我希望它们具有延迟加载行为。例如：

public class ConcreteUnitOfWork : IMyUnitOfWork
{
   private readonly IUnityContainer unityContainer;
   private IFooRepository fooRepository;

   public ConcreteUnitOfWork(IUnityContainer unityContainer)
   {
      this.repositoryFactory = repositoryFactory;
   }

   public IFooRepository Foos
   {
      get 
      { 
         return this.fooRepository ?? 
            (this.fooRepository = unityContainer.Resolve<IFooRepository>()); 
      }
   }
}

我知道将 Unity 容器传递给 UnitOfWork 是不正确的，但是您会提供什么模式来解决这个问题？

您可能会提到，我不应该将存储库引用保留在 UnitOfWork 中，但请假设一个服务类需要多个存储库。通过这种设计，我可以将 UnitOfWork 作为构造函数参数（构造函数注入）传递给服务类，但是如果我没有将存储库引用保留在 UnitOfWork 中，我将必须将所有需要的存储库作为构造函数参数传递，您知道什么它导致。

- 更新 -

如果我完全错误，请告诉我，我永远不应该在 UnitOfWork 中编写存储库。那么请在这里给我一个关于“构造函数过度注入”的解决方案。

-- 更新2 --

似乎从 UnitOfWork 编写（引用）存储库打破了开放/关闭原则，因为当我们添加新存储库（添加新属性）时，我们需要更改 UnitOfWork 类。

如果是正确的那么我应该考虑重构。你能给我一些想法吗？

当前的设计方案似乎将不止一种职责混合到 IMyUnitOfWork 接口中。您说这是因为否则服务类可能需要独立地获取每个存储库。我假设你的意思是这样的：

public MyService(
   IUnitOfWork uow,
   IFooRepository fooRepository,
   IBarRepository barRepository)

在我看来，这是一个更简单、更干净的设计。

那么构造函数过度注入又如何呢？

嗯，就是这样……但问题是，这与您现在在 ConcreteUnitOfWork 实现中遇到的问题完全相同。您根本没有解决构造函数过度注入的问题 - 您只是将其移至另一个类。

实际上，通过将其移动到 ConcreteUnitOfWork 你已经成功了more很难处理这种情况。因为 ConcreteUnitOfWork 是一个纯粹的基础设施类（或者一个支持类，如果你愿意的话），它没有任何业务上下文，所以很难在这里提出解决构造函数过度注入气味的方法。

另一方面，给定的服务（或者可能是控制器）往往更专业并且了解业务上下文，因此不需要every存储库以完成其工作 - 或者如果确实如此，它可能会尝试做太多事情。

这样的具体业务组件可以更好地重构为 Facade Service http://blog.ploeh.dk/2010/02/02/RefactoringToAggregateServices.aspx.