|
锁定老帖子 主题：DAO层当前还应该继续存在
精华帖 (1) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-12-05
食之无味弃之可惜的东西···
|
| 返回顶楼 | |
|
发表时间：2008-12-06
个人认为与数据库直接接触的东西全部放在DAO层
|
| 返回顶楼 | |
|
发表时间：2008-12-07
sys53 写道 hudefeifei1 写道 service和Dao层的关系是松耦合的关系，我们一般定义service接口和impl，在service中实现简单的增删改查，不涉及到复杂的 sql语句，或是没有语句，然后在dao层内实现比较复杂的操作，实现serviceIMPL,需要时在servcie中调用dao层中的复杂操作。。，OO不是鸡肋，只是看你如何去用。。。我们也可以合为一层，但那样的话有些时候会有违背开闭原则，对扩展开放，对修改关闭。。。
严重赞同楼上的。 我的此贴反映的就是这个意思。 "service和Dao层的关系是松耦合的关系",支持。不管项目多小，不管底层的表有几张，只要从维护和扩展上考虑，两个层都应该松耦合，只要存在与存储数据交互，就会有这一层。 |
| 返回顶楼 | |
|
发表时间：2008-12-08
领域模型中 dao只是接口，也就是现在的repository接口
|
| 返回顶楼 | |
|
发表时间：2008-12-09
说老实话，虽然不喜欢用 但还不得不些！公司的规定
|
| 返回顶楼 | |
|
发表时间：2008-12-09
其实DAO层是应该存在的，DAO层是针对数据库的CRUD的封装起到针对接口编程这样逻辑层就不用关心对数据具体操作的实现只要调用定义好的接口就行，从而实现 业务逻辑层与数据库层的解耦。
|
| 返回顶楼 | |
