分层架构

DAO(Repository)，Service，Controller层之间的相互关系

1.详见：https://www.cnblogs.com/fpqi/p/9732254.html

DAO(Repository) 之间的区别：

详见：https://my.oschina.net/XzhiF/blog/265165：

 

2.Repository 与 DAO

    有时Reposiotry与DAO被当作同意词看待。有一个明显的区分。

    DAO通常是对数据库表的封装，当我们使用事务脚本时，经常创建贫血的只有简单get/set的对象，大多根据一行数据的映射。DAO对这一层的数据库访问进行、封装，可以看待为对数据的CRUD，交由事务脚本处理。

    Reposiotry使用数据映射器或其他技术，进行存储与获取操作是的领域对象，可能是一系列的聚合或实体，更加的面向对象，同时也有着对数据访问层的封装。

    通常我们可以将Reposiotry跟DAO一样看待，但我们知道Repository是面向领域模型的，而DAO则面向的是数据的

 

 

3.补充：https://blog.csdn.net/weixin_34377065/article/details/92398315

 

Repository是对象的仓库，也就是保存对象的地方，这个仓库就是我们普通意义的仓库，一个真正OO系统，业务层是围绕活动的对象进行，活动的对象是从仓库中获取的，也是通过交给仓库进行对象长久保管，也就是持久化意思，说白了，就是保存到数据库。
 
 
 
而DAO则没有如此OO概念，DAO是Data access Object，DAO中有数据概念，还是没有摆脱数据库的影子。
 
 
 
所以，Repository替代DAO，是OO深入的趋势，但是在具体处理中，由于性能或设计不够周到或者一些事情把握不定，DAO还会继续存在一段时间，属于过渡式消失。
 
 
 
Repository和DAO两个概念比较中发现，Repository是相对对象而言，而DAO是相对数据库而言，只要我们还是使用关系数据库保存对象，也可能这两者都同时存在，因为侧重点不一样，但是可以肯定的是，业务层应该直接和Repository打交道，而不是DAO.

补充资料：

https://www.cnblogs.com/xishuai/p/ddd_repository.html