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

请看封装后的调用代码： 
      
    

 

/**
 * 用于管理...的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提出指正！！不胜荣幸之至