存储库模式的替代方案？

Question

人们对我大喊大叫，我应该始终使用存储库模式，我已经这样做了很长一段时间......现在我想知道是否有任何合适的替代方案模式？

Answer 1

有数据访问对象模式，但它通常位于存储库的顶部，用于包装复杂的查询，因此它们可以简单地作为单个方法调用。

Repository 为您的数据库提供了一个标准接口，而 DAO 公开了标准查询，这就是为什么两者结合得这么好； DAO 将特定调用转发到存储库。当然，您当然可以选择不在您的 DAO 中使用存储库。您可以打开与数据库的连接并直接运行查询，或者使用表数据网关，但我认为大多数人喜欢 Repository 的原因是因为它比这两个选项更干净，尽管他们不应该大喊大叫你:)

http://en.wikipedia.org/wiki/Data_access_object

在计算机软件中，数据访问 对象 (DAO) 是一个对象 提供了一些抽象接口 数据库类型或持久性 机制，提供一些具体的 操作不暴露细节 数据库。它提供了一个映射 从应用程序调用到 持久层。这种隔离 分离什么数据的关注点 访问应用程序的需要，在 领域特定对象的术语和 数据类型（的公共接口 DAO），以及这些需求是如何实现的 对特定的 DBMS 感到满意， 数据库模式等（ DAO 的实施）。这 设计模式同样适用 对于大多数编程语言，大多数 具有持久性的软件类型 需要和大多数类型的数据库，但是 它传统上与 Java EE 应用程序和 关系数据库通过 JDBC API 因为它起源于 Sun 微系统的最佳实践 指南[1]（“核心 J2EE 模式”） 对于那个平台。