EF4 - 存储库和工作单元

Question

我一直在寻找将存储库和工作单元集成到我的项目中的“正确”方法，但我仍然在不同的变体中运行。有些人将存储库作为uow对象的成员。其他人拥有实现IUnitOfWork接口的存储库。我已经看到了一些将uow对象作为其构造函数的参数传递到存储库的位置。

与其他人相比，这样做有什么好处？什么是共识，如果有的话？

Answer 1

我不能说已达成共识，但除了我与许多建筑师就该主题进行过交流之外，我花了相当多的时间来评估这个问题。我想到的是，您希望保持对象管理（存储库）和事务（UnitOfWork）松散耦合并相互独立。您的存储库应该能够在不必使用事务的情况下运行，反之亦然。就其与存储库的关系而言，工作单元实际上只是事务的包装器。在您的情况下，您可能会使用TransactionScope实现包装EF2存储库操作。在我们的框架中，我们将事务管理放入DataServices命名空间/项目以及ObjectAccess命名空间/项目中的基本Repository类。从那里我们为Repository操作和Unit of Work操作创建了EF2实现。我不能给你消息来源，但基本上我做的是以下内容：

• 使用NCommon 1.1 Beta作为我的起点：NCommon
• 将工作单元与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指导，而不是一个人的简短博客文章。

Answer 3

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