Dojo
话题
新佳
订阅
极道
元认知
元逻辑
元设计
元编程
元语言
DAO数据访问模式
DAO和Repository有什么区别
banq说过DAO和Repository其实是一个东西,我在看jivejdon3的时候看到Repository把数据库访问委托给了DAO来实现。为什么Repository不直接实现数据库访问呢?他们俩不是一个东西吗?而在很多应用层里都直接使用了DAO而不是Repository,这是为什么?
层的职责的请教
现在后台分成如下几个层:Domain:提供getter/setterDao:接口,定义了持久化方法,CRUDDaoImpl:Dao的实现Service:业务逻辑 但是在实际的过程中发现,service里面有很多涉及到持久化的
DAO的困惑--事务处理
我越来越困惑先看看我的示例代码
请教单例模式的使用
在论坛系统中,一般DAO都是使用的单例模式,问题是如果有几个甚至更多的用户需要同时用同样的DAO操作时,这时系统是如何工作的? 是用户一个一个来,还是其他的解决途径?
请教关于DAO事务控制
在设计DAO的时候,我有个疑问,不知道大家是怎么解决的?在Client端(Service)调用DAO接口的时候,我想是如下情况Dao1 d1 = Spring.getBean("dao1");Dao2 d2 = Spring.getBean("dao2");d1.sa
不同层之间的对象关系
我是一个java新手,最近用struts框架做一个行政审批的系统,在编码过程中,有很多疑惑,希望大家解答。 比如在持久层,有domain model和数据库的表对应,由DAO操作;在表现层,往往domain model并不够用,我是不是应该扩展domain model,建立新的view m
我在设计dao层时遇到的问题
我们准备开发一套业务查询系统(主要功能就是查询)客户输入查询条件---通过mapping解析找到----action--调用ejb---调用dao比如我在客户端输入某个客户的客户代码--提交给一个**.do的文件处理*.do只是一种标示,实际
是否还应该再单设计一个DAO
我中间层打算这么设计。架构采用Spring+Hibernate。创建中间业务层的接口A。然后建立代理类B和实际的业务处理类C。B和C继承A。B是C的代理。由表现层通过B去调用C。业务基本上都是执行HQL语句,所以还需要再建议一个Dao层吗?还是直接在C里写。如果再建立一个Dao层的话,C里基
在EJB中使用DAO模式的问题
在EJB体系结构中使用DAO模式的时候,DAO组件是用哪种形式编写?(与编写EJB组件类似吗?)编写好的DAO组件放在哪儿合适?(是EJB容器吗?)
对DAO层需要封装吗?
在DAO层中实现CRUD操作后,如果一个service方法中一次需要多次调用多个DAO的多个方法的时候,是应该怎么处理?是在DAO前面加一层类似facade模式?还是直接在DAO中写?[该贴被cscs31于2007年06月15日 13:40修改过][该贴被cscs31于200
一个小型网站中的层职责设计,请问是否合理
这个网站的主要功能是新闻发布,投票管理,一些政策信息的发布,新闻版块的管理.项目使用struts+hibernate3.0开发 项目中分层是这样的Entity(相当于DOMAIN)DAO层Service层.还有 we
暴露与封闭的问题
最近自己构思一个web项目,在做DAO层的时候,想做成对上层(业务核心层)只暴露接口,但是接口的实现都是在DAO层里做,DAO层可以理解成一个独立的项目,也就是实现是封闭在这个层次中的,但是不太清楚JAVA能不能实现这样的想法,我记得在oracle的ADF框架中是可以实现的,是不是利用protect
dao查询的一点想法
dao 查询的一点想法 最近在做东西时突发奇想,对实体的各种查询 可不可以进行封装? 我没什么经验,请大家赐教 我的思路是 使用命令模式。CommandFactory 负责所有查询命令的创建,Query
dao 新手请教?
dao 模式进行开发时,要对每个表都生成dao对象吗?ejb(session bean)+dao 有什么优势,仅仅是性能吗?采用struts(action)+dao如何?新手,请大家不吝赐教。谢谢
关于DAO的封装,请板桥帮助,欢迎大家讨论
项目采用spring + hibernate,在数据访问层封装了DAO,有个疑问,就是涉及到多表操作的事务,譬如要删除A的一条纪录就必须删除B的纪录,是把这两个数据库操作封装到一个DAO里呢,还是分别封装到不同的DAO然后在SERVICE层进行调用呢?
用了Hibernate是否就不需要DAO?
我也是刚开始使用Hibernate,在应用的过程中,我觉得Hibernate的Session就是持久层的facade.那么我们就不用再写DAO了,不知道我的理解正确否?
一个关于接口的问题,大家来研究一下!
假设我有很多个类,分别是Mysql.java、SQLServer.java、Oracle.java、DB2.java,他们分别连接不同的数据库,统一返回一个Connection对象,并且都有一个close方法,用于关闭连接。只需要针对你的DBMS,选择不同的类,就可以用了,但是我的用户他会使
是否采用一对象一DAO来设计DAO
我的一个疑惑是:是否采用一对象一DAO来设计DAO?在彭老师的新闻发布示例程序中,我看到一个jdbcDAO实现了所有对象的持久化处理。 我设想的实现方式是:News--->NewsDAOUser--->UserDAONew
上页
下页
关闭