只需要一个DAO，是个好主意吗？

如果 SQL 以及 SQL PreparedStatement 参数准备，都不在 DAO 中，那么实际上可以将 DAO 简化。
不建议将 SQL PreparedStatement 参数准备放在 DAO 之外的地方。一般都是这样：
public class LoginDAO{
    boolean validateUserPass(String userLoginName,String pass){
        PreparedStatement stmt = ...
        Object[] parameters = {userLoginName,pass};
        mergePreparedStatementAndParameters(stmt,parameters);
        stmt.exec....
    }
}
建议的 DAO 参数传入为 (String userLoginName,String pass), 不建议用 (Object[] parameters).估计搂主的DAO 参数传递是用 (String sqlId,Object[] parameters)，这样才会想到简化成一个 DAO.
我不太喜欢 Ibatis, SQL 准备与参数准备分开，很难发现参数传递顺序错误。我们现在使用 middle-gen + ANT 来自动生成基于 JDBC 的 DAO/model, 每个表一个 DAO，不用人工写一行代码，也很方便。

我怎么觉得回复都没注意看原文呢？作者现在的问题是：

他们把所有的HQL,SQL全部放在外部XML里面，然后DAO层只是通过读取外部XML调用里面完成业务的HQL/SQL。

这种方式我之前一个项目见过，但更好玩一点，外部是一个properties文件，然后通过key获取SQL，完成查询。Hibernate都没有用。但是在这里，我感觉和你们的解决方案没什么区别。。。

我觉得从代码易读性来看。按照Domain分一分开会不会让程序更清楚一点？我还是潜水去各位大虾的意见吧。。。

封装了基本CRUD操作的DAO可以作为基类，其它有特殊要求的DAO可以继承这个DAO，这样既做到了代码重用，也可以把变化的部分分离。