存储库模式的替代方案？

Question

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

Answer 1

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

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

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

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