|
锁定老帖子 主题：只需要一个DAO，是个好主意吗？
精华帖 (0) :: 良好帖 (0) :: 新手帖 (5) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-11-18
一般CRUD放一个DAO，千奇百怪的条件查询另放一个DAO,这样比较不错。继承一下，把条件放在service层，
|
| 返回顶楼 | |
|
发表时间：2008-11-18
一个泛型dao就够了
|
| 返回顶楼 | |
|
发表时间：2008-11-18
分层是有针对的，小项目不用开源框架，用 jsp加servlet即可；
中型项目用SSH时可以用一个公共的DAO； 对于大型的项目就有必要service(biz) 对应一个dao,在处理时会有很多数据操作不同的地方， 这样更容易维护！ |
| 返回顶楼 | |
|
发表时间：2008-11-19
有一个DAO封装基本操作，其他DAO若无特殊需求都从这个DAO继承来做不同查询等~
|
| 返回顶楼 | |
|
发表时间：2008-11-19
觉得增 删 改可以分别用一个dao 查的话也可以传hql语句就好了
这样扩展性也还可以 代码也清晰些 |
| 返回顶楼 | |
|
发表时间：2008-11-19
我习惯一个service一个Dao
但所有的Dao都实现一个IDao |
| 返回顶楼 | |
|
发表时间：2008-11-19
是一个dao啊，下面根据不同的业务模块有 不同的具体类啦
|
| 返回顶楼 | |
|
发表时间：2008-11-21
eluyouni 写道 分层是有针对的，小项目不用开源框架，用 jsp加servlet即可；
中型项目用SSH时可以用一个公共的DAO； 对于大型的项目就有必要service(biz) 对应一个dao,在处理时会有很多数据操作不同的地方， 这样更容易维护！ 赞同这样的说法，项目大小不同有不同的需求，具体什么算中型项目，什么算大型项目，可能就需要经验来判断了 |
| 返回顶楼 | |
|
发表时间：2008-11-24
我的习惯是写一个公共的DAO超类提供常用的方法,比如query,insert,delete,update等。如果有特殊的要求，那么就继承它，再扩充，这也是面向对象典型的应用.
|
| 返回顶楼 | |
|
发表时间：2008-11-26
看实际情况了,不一定非要写成一个的,如果可以合并成一个当然最好了
|
| 返回顶楼 | |
