存储库、工作单元和 Unity

Question

当我“新建”一个需要依赖项的对象（即存储库、UnitOfWork）时，使用 Unity 一切都很棒，我的新对象获得注入的依赖项，并且“新建”对象可以控制 UnitOfWork、存储库，因为它们也需要 UnitOfWork 依赖项也使用相同的 UnitOfWork 进行注入（使用 PerResolve 生命周期管理器）。

一切都很好，但是我有一个问题是这个 UnitOfWork 和存储库的范围是在类级别。

如果我希望在方法级别控制 UnitOfWork 的生命周期，我应该如何处理？我应该使用方法注入吗？如果是这样，我的方法是否应该再次获取所有必需的依赖项，即存储库和 UnitOfWork ？

一些指导将不胜感激。

Answer 1

实际上，根据每个请求保留工作单元（用 DbContext 包装）。如果您明智地使用方法，这将是一个昂贵的解决方案。例如，

public void SaveAccount(Account account)
{
    using(var unitOfWork = unitOfFactory.CreateUnitofWork())
    {
       new Repository<Account>(unitOfWork).Attach(account);
       unitOfWork.Commit();           
    }       
}

public Account GetAccount(int id)
{
    using(var unitOfWork = unitOfFactory.CreateUnitofWork())
    {
      return new Repository<Account>(unitOfWork).Get(id);
    }
}

public void MakePayment(int fromAccount, int toAccount, decimal ammount)
{
   var from = Dao.GetAccount(fromAccount);
   var to = Dao.GetAccount(toAccount);
   from.Total -= amount;
   to.Total += amount;
   Dao.SaveAccount(from);
   Dao.SaveAccount(to);
}

我们在单一方法中使用 4 个不同的数据库连接，也不能安全地使用事务。用户每个请求的基本工作单元可以作为容器使用HttPContext。

Answer 2

您不应该使用 DI 作为方法参数，至少不应该直接使用。

通常的方法是使用 IUnitOfWorkFactory 或类似的方法。将那个从容器中取出。然后在您的方法中调用工厂来获取您的工作单元对象。工厂可能（也可能不会）返回容器来完成工作。

Answer 3

在 StackOverflow 上搜索似乎建议从此处的 MVC 项目中提取 Http 请求生命周期管理器：

http://mvcunity。 codeplex.com/

由于 Unity 本身没有自己的 Http 请求生命周期管理器。

其他问题：

如何使用 unity 2.0 和 asp.net mvc 为每个 http 请求（或每个 http 上下文）注入依赖项

使用 ASP.NET 会话进行生命周期管理 (Unity)