在DAO中对Hibernate的封装(新)

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


最后，请提出指正！！