DAO和Repository模式有什么区别？

Question

数据访问对象(DAO)和存储库模式之间有什么区别？我正在开发一个使用Enterprise Java Beans(EJB3),Hibernate ORM作为基础架构,域驱动设计(DDD)和测试驱动开发(TDD)作为设计技术的应用程序.

Answer 1

DAO是数据持久性的抽象.存储库是对象集合的抽象.

DAO将被认为更接近数据库,通常以表格为中心.存储库将被视为更接近域,仅处理聚合根.可以使用DAO实现存储库,但是你不会做相反的事情.

此外,存储库通常是较窄的接口.它应该是简单对象的集合,有DAO,Repository,DAO.类似的方法Repository适用于DAO,但不适用于存储库 - 使用存储库时,通常会通过单独的UnitOfWork跟踪对实体的更改.

看到实际上称为存储库的实现更像是一个DAO似乎很常见,因此我认为它们之间存在一些混淆.

Answer 2

好的,我想我可以更好地解释我在评论中提出的内容:).所以,基本上,你可以看到两者相同,尽管DAO比Repository更灵活.如果要同时使用两者,则可以在DAO-s中使用存储库.我将在下面解释它们:

仓库:

它是特定类型对象的存储库 - 它允许您搜索特定类型的对象以及存储它们.通常它只能处理一种类型的对象.例如AppleRepository,允许你做AppleRepository.findAll(criteria)或AppleRepository.save(juicyApple).请注意,存储库使用的是域模型术语(不是数据库术语 - 与数据在任何地方的持久性无关).

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

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

DAO是一个为您定位数据的类(它主要是一个查找程序,但它通常用于存储数据).该模式不会限制您存储相同类型的数据,因此您可以轻松地使用DAO来定位/存储相关对象.

例如,您可以轻松地使UserDao公开类似的方法

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

所有这些都与用户(和安全性)相关,并且可以在相同的DAO下指定.存储库不是这种情况.

最后

请注意,这两种模式的确意味着相同(它们存储数据并抽象对它的访问,它们都表示更接近域模型,几乎不包含任何数据库引用),但它们的使用方式可能略有不同,DAO正在更灵活/更通用,而Repository对某种类型更具体和限制.

Answer 3

DAO和Repository模式是实现数据访问层(DAL)的方式.所以,让我们先从DAL开始吧.

访问数据库的面向对象的应用程序必须具有一些处理数据库访问的逻辑.为了保持代码清洁和模块化,建议将数据库访问逻辑隔离到单独的模块中.在分层架构中,此模块是DAL.

到目前为止,我们还没有谈到任何特定的实现:只是将数据库访问逻辑放在一个单独的模块中的一般原则.

现在,我们如何实现这一原则？好吧,有人知道实现这个的方法,特别是像Hibernate这样的框架,就是DAO模式.

DAO模式是一种生成DAL的方式,通常,每个域实体都有自己的DAO.例如,User和UserDao,Appointment和AppointmentDao等DAO与Hibernate的一个例子:http://gochev.blogspot.ca/2009/08/hibernate-generic-dao.html.

那么什么是Repository模式？像DAO一样,Repository模式也是实现DAL的一种方式.Repository模式的要点是,从客户端/用户的角度来看,它应该看起来或表现为集合.表现得像集合的意思并不是它必须像实例一样被实例化Collection collection = new SomeCollection().相反,它意味着它应该支持诸如add,remove,contains等操作.这是Repository模式的本质.

实际上,例如在使用Hibernate的情况下,Repository模式是用DAO实现的.这是DAL的一个实例可以同时是DAO模式和Repository模式的实例.

存储库模式不一定是建立在DAO之上的东西(正如某些人所暗示的那样).如果DAO设计有支持上述操作的接口,则它是Repository模式的实例.想一想,如果DAO已经提供了类似集合的操作集,那么在它上面需要一个额外的层是什么？

Answer 4

坦率地说,这看起来像是语义上的区别,而不是技术上的区别.短语数据访问对象根本不涉及"数据库".而且,虽然您可以将其设计为以数据库为中心,但我认为大多数人会认为这样做是一个设计漏洞.

DAO的目的是隐藏数据访问机制的实现细节.存储库模式有何不同？据我所知,事实并非如此.说一个存储库与 DAO 不同,因为你正在处理/返回一个对象的集合是不对的; DAO还可以返回对象集合.

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

Answer 5

存储库是更抽象的面向领域的术语,是域驱动设计的一部分,它是域设计和通用语言的一部分,DAO是数据访问技术的技术抽象,存储库仅涉及管理现有数据和工厂以创建数据.

检查这些链接:

http://warren.mayocchi.com/2006/07/27/repository-or-dao/ http://fabiomaulo.blogspot.com/2009/09/repository-or-dao-repository.html

Answer 6

DAO允许以更简单的方式从存储中获取数据，隐藏丑陋的查询。

存储库也处理数据并隐藏查询等，但是存储库处理业务/域对象。

存储库将使用 DAO 从存储中获取数据并使用该数据来恢复业务对象。

例如，DAO可以包含一些类似的方法 -

 public abstract class MangoDAO{
   abstract List<Mango>> getAllMangoes();
   abstract Mango getMangoByID(long mangoID);
}

存储库可以包含类似的方法 -

   public abstract class MangoRepository{
       MangoDao mangoDao = new MangDao;

       Mango getExportQualityMango(){

       for(Mango mango:mangoDao.getAllMangoes()){
        /*Here some business logics are being applied.*/
        if(mango.isSkinFresh()&&mangoIsLarge(){
           mango.setDetails("It is an export quality mango");
            return mango;
           }
       }
    }
}

本教程帮助我轻松掌握主要概念。

Answer 7

关键的区别在于存储库处理对聚合中聚合根的访问,而DAO处理对实体的访问.因此,存储库通常会将聚合根的实际持久性委托给DAO.此外,由于聚合根必须处理其他实体的访问,因此可能需要将此访问权委托给其他DAO.

Answer 8

存储库只不过是精心设计的 DAO。

ORM 以表为中心，但不是以 DAO 为中心。

无需在存储库中使用多个 DAO，因为 DAO 本身可以对 ORM 存储库/实体或任何 DAL 提供程序执行完全相同的操作，无论汽车在何处以及如何持久保存 1 个表、2 个表、n 个表、半个表、一个Web 服务、表和 Web 服务等。服务使用多个 DAO/存储库。

我自己的DAO，假设CarDao只处理Car DTO，我的意思是，只在输入中接受Car DTO，并且在输出中只返回car DTO或car DTO集合。

所以就像Repository一样，DAO实际上是一个IoC，对于业务逻辑来说，允许持久化接口不会被持久化策略或遗留问题吓倒。DAO 既封装了持久化策略，又提供了与域相关的持久化接口。对于那些不了解定义明确的 DAO 实际上是什么的人来说，存储库只是另一个词。

Answer 9

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

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