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.
补充资料: