关键的区别在于存储库处理对聚合根的访问，而DAO处理对实体的访问。因此，存储库通常将聚合根的实际持久性委托给DAO。此外，由于聚合根必须处理其他实体的访问，那么它可能需要将这种访问委托给其他dao。

坦率地说，这看起来像是语义上的区别，而不是技术上的区别。短语数据访问对象根本不是指“数据库”。而且，尽管您可以将其设计为以数据库为中心，但我认为大多数人会认为这样做是一种设计缺陷。

DAO的目的是隐藏数据访问机制的实现细节。存储库模式有何不同?据我所知，不是这样的。说一个存储库与一个DAO不同，因为你在处理/返回一个对象的集合，这是不对的;dao还可以返回对象的集合。

我所读到的关于存储库模式的所有内容似乎都依赖于这样的区别:坏的DAO设计与好的DAO设计(又名存储库设计模式)。

好吧，我想我可以更好地解释我在评论里写的东西:)。 因此，基本上，您可以看到两者是相同的，尽管DAO是一种比Repository更灵活的模式。如果您想同时使用这两种方法，那么您应该在dao中使用Repository。我将在下面一一解释:

存储库:

它是一个特定类型对象的存储库——它允许你搜索特定类型的对象以及存储它们。通常它只处理一种类型的对象。例如，AppleRepository将允许你做AppleRepository. findall (criteria)或AppleRepository.save(juicyApple)。 注意，存储库使用的是领域模型术语(不是DB术语——与数据如何在任何地方持久无关)。

存储库很可能将所有数据存储在同一个表中，而模式不需要这样做。事实上，它只处理一种类型的数据，这使得它在逻辑上连接到一个主表(如果用于DB持久性)。

DAO——数据访问对象(换句话说——用于访问数据的对象)

DAO是为您定位数据的类(它主要是查找器，但通常也用于存储数据)。该模式不限制您存储相同类型的数据，因此您可以轻松地使用DAO定位/存储相关对象。

例如，你可以很容易地使用UserDao来公开类似的方法

Collection<Permission> findPermissionsForUser(String userId)
User findUser(String userId)
Collection<User> findUsersForPermission(Permission permission)

所有这些都与User(和安全性)相关，并且可以在同一个DAO下指定。对于Repository则不是这样。

最后

请注意，这两种模式实际上意味着相同的(它们存储数据并抽象对数据的访问，它们都更接近于域模型，几乎不包含任何DB引用)，但它们的使用方式可能略有不同，DAO更灵活/泛型，而Repository更特定，仅对类型有限制。

如果我们考虑设计模式DAO和Repository的原始定义，就会发现它们非常相似。主要的区别是字典和它们的来源(Oracle vs. Fowler)。

引用:

DAO - "separates a data resource's client interface from its data access mechanisms" and "The DAO implements the access mechanism required to work with the data source. The data source could be a persistent store like an RDBMS, an external service like a B2B exchange, a repository like an LDAP database, or a business service accessed via CORBA Internet Inter-ORB Protocol (IIOP) or low-level sockets." Repository - "Mediates between the domain and data mapping layers using a collection-like interface for accessing domain objects." and "Conceptually, a Repository encapsulates the set of objects persisted in a data store and the operations performed over them, providing a more object-oriented view of the persistence layer. Repository also supports the objective of achieving a clean separation and one-way dependency between the domain and data mapping layers."

基于这些引用，这两种设计模式都调解了领域层和数据层之间的通信。此外，Repository与ORM相关联，而DAO则是用于从任何地方访问数据的更通用的接口。

DAO提供了对数据库/数据文件或任何其他持久性机制的抽象，因此，持久性层可以在不知道其实现细节的情况下进行操作。

而在Repository类中，可以在单个Repository方法中使用多个DAO类来从“应用程序角度”完成操作。因此，与其在域层使用多个DAO，不如使用存储库来完成它。 存储库是一个层，它可能包含一些应用逻辑，例如:如果数据在内存缓存中可用，那么从缓存中获取它，否则，从网络中获取数据并将其存储在内存缓存中，以便下次检索。

尝试找出DAO或Repository模式是否最适用于以下情况: 假设您希望为各种类型的数据源(如RDBMS、LDAP、OODB、XML存储库和平面文件)的持久机制提供统一的数据访问API。

如果有兴趣，也可以参考以下链接:

http://www.codeinsanity.com/2008/08/repository-pattern.html

http://blog.fedecarg.com/2009/03/15/domain-driven-design-the-repository/

http://devlicio.us/blogs/casey/archive/2009/02/20/ddd-the-repository-pattern.aspx

http://en.wikipedia.org/wiki/Domain-driven_design

http://msdn.microsoft.com/en-us/magazine/dd419654.aspx