在DAO中对Hibernate进行封装（转）

偶然看见 l_walker于2003-9-15写的一篇关于在DAO中对Hibernate的封装的文章被置于精华。再回想起我去年在自己的项目开发中使用的一种封装方法，觉得完全是另外一种思路。所以拿出来和大家讨论，说不定运气好也会被置为精华 .

请看封装后的调用代码：

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操作错误或不当的几率大大降低，因为是统一的代码,将被统一的修改;


最后，请敬仰已久的robbin提出指正！！不胜荣幸之至