如何配置工作单元

Question

我正在取得进展，但仍在多层 MVC 应用程序中的工作单元方面苦苦挣扎。查看此处的示例： http://www.asp.net/entity-framework/tutorials/implementing-the-repository-and-unit-of-work-patterns-in-an-asp-net-mvc-application< /a> UoW 包装所有存储库，并为每个存储库提供相同 dbcontext 的副本。然后控制器可以使用存储库，例如：

var courses = unitOfWork.CourseRepository.Get(includeProperties: "Department");

现在假设您有一个访问存储库的服务层。您可以对其进行配置，使其依赖于 IUnitOfWork 实现，然后通过 Unity 传入 EfUnitOfWork 实现。然后，当服务完成某些任务时，它可以调用unitOfWork.context.SaveChanges()。但这种方法隐藏了服务的真正依赖关系；它需要的存储库。这也意味着测试服务需要您构建完整的 UoW。

因此，我认为必须有一种不同的方法，并且想知道以下方法之一或我上面提到的（或其他方法！）是否是正确的方法：

• 服务采用相同的存储库参数和 IUnitOfWork。这些存储库与 Unity 提供的 dbContext 副本连接起来。 EfUnitOfWork 也与相同的副本连接。然后，服务可以像以前一样使用存储库，并在完成后使用 EfUnitOfWork 进行提交。
• 服务仅接受 IUnitOfWork，但通过向其传递 IUnitOfWork.dbcontext 中传递的副本来设置其所需的存储库

请帮忙！

詹姆斯

Answer 1

服务层通常设计为让每个方法执行完整的操作。服务层方法负责处理工作单元。使用这种方法，工作单元不应跨越对服务层的多个调用。

如果您想要一起执行较大的更新块，则可以使用事务。创建一个新的 TransactionScope ，然后调用其中的几个服务层方法：

using(TransactionScope ts = new TransactionScope())
{
  ServiceLayer.DoSomething();
  ServiceLayer.DoSomethingElse();
  ts.Commit();
}

Answer 2

是的，在进一步探讨这个问题后，我得出了以下结论，所以我想我会在这里记录下来以帮助其他人，或者这样如果我的发现是错误的，我可以得到纠正。

DbContext是一个工作单元。我只需将此工作单元传递到已实现的 EFRepository 类中。它不需要进入服务类。那么，当 Service 类没有 DbContext 实例时，如何调用 context.SaveChanges() 来确保所有相关更改得到协调？它调用 EFRepository.Save()，如下所示：

public void Save()
    {
        context.SaveChanges();
    }

使用这种方法，服务类仅依赖于存储库。这将是清楚的并且可以被模拟以进行测试。当Unity将所需的Repository对象注入到Service中时，它可以为每个Repository提供相同的DbContext。此外，只有存储库可以访问 DbContext。

所有这些可能是显而易见的，但它让我难住了。或者它可能是完全错误的，在这种情况下请告诉我！

詹姆斯