浏览 2022 次
|
该帖已经被评为新手帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-03-30
是根据一个Table对应一个DAO的原则吗？
这是我目前的做法，没有什么特别的考虑，就是因为比较简单 不过却总感觉别扭，比如一个多表查询的方法，那应该是要放到那个DAO里面 想听听看大家有什么高见... 声明：ITeye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
推荐链接
|
| 返回顶楼 | |
|
发表时间：2008-03-30
有时候我会想，是不是整个系统只需要一个DAO就好，因为它只是执行增删改和查询而已
至于暴露给Service层的数据接口，从某种程度上来说，应该都是有特定业务含义的， 而DAO只是底层的API，它不能具备业务含义。 |
| 返回顶楼 | |
|
发表时间：2008-03-30
不用DAO，只提供一个DAOTemplate,直接在Service里调用
|
| 返回顶楼 | |
|
发表时间：2008-03-31
按模块，一个模块一个Dao
再定义一个基类，基类中是常用到 |
| 返回顶楼 | |
|
发表时间：2008-03-31
我的DAO和业务有关。多关联的查询也放在里面。
|
| 返回顶楼 | |
|
发表时间：2008-03-31
增删改不用DAO
DAO主要是为查 大多数同模块页面用的东东减去公有类里的东西放在一个DAO中 公有类是发现一个方法放在两个模块中时把两个合成一 个放到公有类中 |
| 返回顶楼 | |
