偶然看见 l_walker于2003-9-15写的一篇关于在DAO中对Hibernate的封装的文章(http://forum.javaeye.com/viewtopic.php?t=122被置于精华)。再回想起我去年在自己的项目开发中使用的一种封装方法,觉得完全是另外一种思路。所以拿出来和大家讨论,
请看封装后的调用代码: java代码:
/**
* 用于管理...的Oracle dao
* <p>Company:... </p>
* @author chenxu
* @version 1.0
*/
public class UserOracleDAO {
/**
* 增加一个User
* @param vo UserVO
*/
public void addUser(UserVO vo, boolean needTrans) throws
AppException {
DoHibernateProc_save dproc = new DoHibernateProc_save(new Object[] {
vo}, needTrans);
dproc.doProc();
}
/**
* 更新一个User
* @param vo UserVO
*/
public void updateUser(UserVO vo, boolean needTrans) throws
AppException {
DoHibernateProc_update dproc = new DoHibernateProc_update(new
Object[] {
vo}, needTrans);
dproc.doProc();
}
/**
* 删除一个User
* @param vo UserVO
*/
public void delUser(UserVO vo, boolean needTrans) throws
AppException {
DoHibernateProc_delete doproc = new DoHibernateProc_delete(new
Object[] {
vo}, needTrans);
doproc.doProc();
}
/**
* 获得所有User
* @return List
*/
public List getAllUser(boolean needTrans) throws AppException {
DoHibernateProc_getLists dproc =
new DoHibernateProc_getLists(
"from UserVO as t where (t.deleted is null or t.deleted!=true)", needTrans);
dproc.doProc();
return (List) dproc.getResult();
}
/**
* 根据id查询User
* @param name Long
* @return UserVO
*/
public UserVO getUserById(Long id, boolean needTrans) throws
AppException {
DoHibernateProc_getObject dproc = new DoHibernateProc_getObject(new
Object[] {UserVO.class, id}, needTrans);
dproc.doProc();
UserVO eType = (UserVO) dproc.getResult();
return eType;
}在以上的 DAO 实现类的 对于hibernate的调用代码中没有包含任何的hibernate API的直接调用,同时也无需处理hibernate 相关的异常,有的只是对于我的5个封装类 的调用。分别是:
DoHibernateProc_save------封装hibernate保存操作的类
DoHibernateProc_update------封装hibernate的更新操作的类
DoHibernateProc_delete------封装hibernate的删除操作的类
DoHibernateProc_getLists------封装hibernate的hql查询操作的类
DoHibernateProc_getObject------封装hibernate的按id查询的操作方法的类
;
同时其调用方法也简介明了,囊括了大部分的hibernate操作。
这样就实现了DAO开发人员和具体的Hibernate的操作的分离,可以由专门的对
hibernate非常熟悉的人员来开发维护此部分hibernate操作的代码,业务模块DAO开发人员对此无需有任何了解. 避免了不同模块的开发人员在各自的DAO中分别修改hibernate代码造成的混乱.
两种封装思路的比较:
l_walker的思路是对公用的方法(hibernate的API)进行封装,而我的思路是对常用的crud(是面向业务逻辑的封装)操作进行封装。
l_walker的封装的结果是在其DAO中还是需要进行 hiernate的基本操作的调用比如:打开事务,打开session,关闭session,关闭事务,同时需要捕获hierbnate的异常HibernateException.
而我的封装结果是,
1,只需要用统一的方式调用我的封装类;
2,dao开发者无需了解任何关于hibernate的知识;
3,调用我的封装类一般只需2·3行简单的代码,也不用捕获专有的异常
(此异常在封装类中已被进行有效的正确的处理)。代码量精简!奇少!!
4,因为修改造成的hibernate操作错误或不当的几率大大降低,因为是统一的代码,将被统一的修改;
最后,请提出指正!!
在DAO中对Hibernate的封装(新)
最新推荐文章于 2024-08-25 21:18:14 发布