|
锁定老帖子 主题：只需要一个DAO，是个好主意吗？
精华帖 (0) :: 良好帖 (0) :: 新手帖 (5) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-11-07
icyiwh 写道 你说的一个指的是一个比较底层的DAO,这个DAO是与业务没有关系的
但实际项目当中,需要一个DAO来封装具体的业务操作使用的BizDAO,这个DAO才是在service里面调用的那个DAO 那还要service做什么？ |
| 返回顶楼 | |
|
发表时间：2008-11-07
ywlqi 写道 我现在就是用一个dao，sql写在service层里当作参数传递给dao
我对此的解释是service是业务逻辑层，sql也是根据业务决定的，所以sql放在service层是理所当然的 到目前为止这种模式用的很爽 你的service只是用sql存取数据当然没有问题， 想没想过迁移到其他数据源呢 |
| 返回顶楼 | |
|
发表时间：2008-11-07
我的习惯还是一个POJO对应一个DAO，就好比把原料都给你被齐备了，剩下的就是根据业务实现BO层就成了。
|
| 返回顶楼 | |
|
发表时间：2008-11-07
iwalyx 写道 通用的增，删，改可以用一个通用的dao，甚至基本的查询都可以放这个dao里；但查询的方式有很多种，不可能一个dao完成所有的查询业务的。
如果不需要那么多查询业务一个DAO就足够了。  本人同意！如果有特殊的经常用的业务逻辑就单独去写
|
| 返回顶楼 | |
|
发表时间：2008-11-07
showcup 写道 看怎么用吧，像你业务中基本上就是curd那么是你这样做，肯定无妨！
DAO不就是解决CRUD的么? 
|
| 返回顶楼 | |
|
发表时间：2008-11-07
现在的java ee 必须做到精简化,可惜，很难。
|
| 返回顶楼 | |
|
发表时间：2008-11-10
我觉得持久层用泛型DAO还是不错的,用一个抽象的类实现CRUD的操作和分页的基本方法.实现更多的封装.
|
| 返回顶楼 | |
|
发表时间：2008-11-10
封装了基本CRUD操作的DAO可以作为基类，其它有特殊要求的DAO可以继承这个DAO，这样既做到了代码重用，也可以把变化的部分分离。
|
| 返回顶楼 | |
|
发表时间：2008-11-10
DAO又不是什么特殊的东西，按照一般的设计，把公共逻辑提取到一个baseDao里，其他的dao从baseDao派生，这还有什么争议吗？
基础dao充分运用泛型方法（注意，不是类级别的泛型），可以做很多事情。 |
| 返回顶楼 | |
|
发表时间：2008-11-11
不能苛求于形式。
|
| 返回顶楼 | |
