EF4 -存储库和工作单元

Question

我一直在寻找将存储库和工作单元集成到我的项目中的“正确”方法，但我总是遇到不同的变体。有些将存储库作为uow对象的成员。另一些则拥有实现IUnitOfWork接口的存储库。我见过一些将uow对象作为参数传递到存储库中的构造函数。

比起其他方式，这样做有什么好处吗？共识是什么，如果有的话？

Answer 1

我不能说有一个共识，但除了我已经和许多架构师讨论过这个主题之外，我还花了相当多的时间来评估这件事。我想要的是保持对象管理(存储库)和事务(UnitOfWork)之间的松散耦合和相互独立。您的存储库应该能够在不使用事务的情况下运行，反之亦然。就其与存储库的关系而言，工作单元实际上只是事务的包装器。在您的例子中，您可能会使用TransactionScope实现包装EF2存储库操作。在我们的框架中，我们将事务管理放入DataServices命名空间/项目中，并将基本存储库类放入ObjectAccess命名空间/项目中。在此基础上，我们为存储库操作和工作单元操作创建了EF2实现。我不能给你源代码，但基本上我做了以下工作：

• 使用NCommon 1.1测试版作为我的起点:从NCommon
• 中的存储库操作中管理工作单元，然后我继续讨论如何管理我的ObjectContext。

我们即将发布这个框架的第一个稳定版本。祝好运!

Answer 2

考虑到以下几页，我会说MS的共识是UnitOfWork公开存储库：

http://www.asp.net/entity-framework/tutorials/implementing-the-repository-and-unit-of-work-patterns-in-an-asp-net-mvc-application

http://msdn.microsoft.com/en-us/library/ff714955.aspx

两者似乎都是MS指南，而不是1人的简化博客帖子示例。

Answer 3

没有“正确”的方法去做。找到一个适合您的情况的实现并使用它。我个人喜欢保持简单，所以我通常只在我的所有项目中使用通用存储库(根本没有UoW接口/模式)。