请问大家是如何决定一个项目中DAO的数目啊？

是根据一个Table对应一个DAO的原则吗？
这是我目前的做法，没有什么特别的考虑，就是因为比较简单

不过却总感觉别扭，比如一个多表查询的方法，那应该是要放到那个DAO里面

想听听看大家有什么高见...

有时候我会想，是不是整个系统只需要一个DAO就好，因为它只是执行增删改和查询而已

至于暴露给Service层的数据接口，从某种程度上来说，应该都是有特定业务含义的，

而DAO只是底层的API，它不能具备业务含义。

不用DAO，只提供一个DAOTemplate,直接在Service里调用

按模块，一个模块一个Dao
再定义一个基类，基类中是常用到

我的DAO和业务有关。多关联的查询也放在里面。

增删改不用DAO

DAO主要是为查
大多数同模块页面用的东东减去公有类里的东西放在一个DAO中

公有类是发现一个方法放在两个模块中时把两个合成一 个放到公有类中