banq说过DAO和Repository其实是一个东西，我在看jivejdon3的时候看到Repository把数据库访问委托给了DAO来实现。为什么Repository不直接实现数据库访问呢？他们俩.

dao 查询的一点想法最近在做东西时突发奇想，对实体的各种查询 可不可以进行封装？ 我没什么经验，请大家赐教我的思路是 使用命令模式。CommandFactory 负责所有查询命令的创建，Query.

在DAO层中实现CRUD操作后，如果一个service方法中一次需要多次调用多个DAO的多个方法的时候，是应该怎么处理？是在DAO前面加一层类似facade模式？还是直接在DAO中写？[该贴被cscs.

在设计DAO的时候，我有个疑问，不知道大家是怎么解决的？在Client端（Service）调用DAO接口的时候，我想是如下情况Dao1 d1 = Spring.getBean("dao1");Dao2.

我中间层打算这么设计。架构采用Spring+Hibernate。创建中间业务层的接口A。然后建立代理类B和实际的业务处理类C。B和C继承A。B是C的代理。由表现层通过B去调用C。业务基本上都是执行HQ.

最近自己构思一个web项目，在做DAO层的时候，想做成对上层（业务核心层）只暴露接口，但是接口的实现都是在DAO层里做，DAO层可以理解成一个独立的项目，也就是实现是封闭在这个层次中的，但是不太清楚J.

项目采用spring + hibernate,在数据访问层封装了DAO，有个疑问，就是涉及到多表操作的事务，譬如要删除A的一条纪录就必须删除B的纪录，是把这两个数据库操作封装到一个DAO里呢，还是分别.

这个网站的主要功能是新闻发布,投票管理,一些政策信息的发布,新闻版块的管理.项目使用struts+hibernate3.0开发项目中分层是这样的Entity(相当于DOMAIN)DAO层Service.

现在后台分成如下几个层：Domain：提供getter/setterDao：接口，定义了持久化方法，CRUDDaoImpl：Dao的实现Service：业务逻辑但是在实际的过程中发现，service里.

我是一个java新手，最近用struts框架做一个行政审批的系统，在编码过程中，有很多疑惑，希望大家解答。 比如在持久层，有domain model和数据库的表对应，由DAO操作；在表现层，往往do.

我们准备开发一套业务查询系统（主要功能就是查询）客户输入查询条件---通过mapping解析找到----action--调用ejb---调用dao比如我在客户端输入某个客户的客户代码--提交给一个**.

假设我有很多个类，分别是Mysql.java、SQLServer.java、Oracle.java、DB2.java，他们分别连接不同的数据库，统一返回一个Connection对象，并且都有一个clo.

我的一个疑惑是：是否采用一对象一DAO来设计DAO？在彭老师的新闻发布示例程序中，我看到一个jdbcDAO实现了所有对象的持久化处理。我设想的实现方式是：News--->NewsDAOUser---.

在EJB体系结构中使用DAO模式的时候，DAO组件是用哪种形式编写？（与编写EJB组件类似吗？）编写好的DAO组件放在哪儿合适？（是EJB容器吗？）.