使用 EF 4 和存储库模式的对象查询模式答案

【问题标题】：Object Query pattern using EF 4 and repository pattern使用 EF 4 和存储库模式的对象查询模式
【发布时间】：2011-09-04 15:49:55
【问题描述】：

关于存储库模式和查询对象模式的问题。我正在使用 EF 4，并使用 VS 2010 中的 ADO.NET POCO 实体生成器从我的数据库模型生成了我的 POCO 类。edmx 文件和 tt 文件（POCO 类）位于 2 个不同的项目中。

我的存储库是特定于域的，例如 DocumentRepository 和 UserRepository。我的数据库模型与我的域模型的不同之处在于我已经实现了映射器，以便将域对象转换为一个或多个数据库表（反之亦然）。一个例子是我的 Document 域类在数据库中被建模为 3 个表（因此也是 POCO 类）。

在这种情况下使用域对象时，您将如何实现查询对象模式？我看到它的方式我将不得不基于 POCO 类而不是域类编写查询对象？但这不会破坏存储库模式吗？

【问题讨论】：

entity-framework 4.1 允许您将实体拆分为多个表。这样就不会破坏回购模式。

标签： entity-framework-4 repository-pattern objectquery

【解决方案1】：

ORM 通常以直接与域对象一起工作的方式使用 = 它从数据库加载它们并将它们持久化到数据库。您正在做一个抽象步骤，您使用 ORM 实体只是为了填充您的自定义对象。您的自定义对象完全超出了您的 ORM 工具的范围，您不能指望 ORM 工具会为您提供对在您的域对象之上构建的查询的任何支持。您必须构建自己的查询支持并将域查询转换为存储库中的 ORM 查询。这通常通过实现规范模式来完成。

顺便说一句。在这种情况下，POCO 没有太大意义 - POCO 适用于您希望将它们用作域对象的场景。

【讨论】：

我意识到我为实现存储库模式所做的努力创建了一个有些复杂的设计，因为我不想在我的表示层和业务层中使用我的 POCO 类。我觉得他们没有按照应有的方式对我的域进行建模，这就是我开始使用域类的原因。我不明白为什么规范模式是这里要走的路，但是我以前没有用过。
规范将允许您在域模型之上以您需要的方式定义查询，并将其转换为存储库中 EF 所需的 EF 查询。
那么我还需要编写从域查询到 EF 查询的翻译逻辑。我不确定我是否有时间做这一切，而且到目前为止它使事情变得复杂。如果我在规范中使用 POCO 类并在它们上编写查询，我会破坏层边界，对吗？毕竟我的目标是通过使用域对象来隐藏数据模型。也许我应该重新考虑在这个项目中使用存储库模式。
但这就是您创建设计的方式。您想要使用自定义对象进行自定义查询吗？如果答案是肯定的，您必须构建“查询描述”=将传递给存储库的规范模式（= 表示用户以声明性方式指定查询的以下模式）并且存储库必须处理所有复杂性。如果您不喜欢它，因为它很复杂，请从您的存储库中公开 POCO，而不是自定义域对象，并直接使用 linq-to-entities。在 UI 中，您可以使用自定义视图模型或其他从 POCO 加载的面向演示的类。
好吧，我希望在我的领域对象之上进行查询以使我的设计更加灵活，但我现在开始后悔了而不是更通用的方法。它将使事情变得简单（但会使存储库膨胀）。我认为这里有一个值得学习的教训！ :-) 感谢您回答我的问题，拉迪斯拉夫！继续在 stackoverflow 上取得好成绩！