Hibernate中HIbernateTemplate回调机制（一）

学习了spring的HibernateTemplate类部分源码，总结一下自己对回调模式的理解。

在dao里经常有这样的语句

代码

public E findById(Serializable id)   
    {   
        return (E) getHibernateTemplate().get(clazz, id);   
    }   
HibernateTemplate类源码



代码
public Object get(Class entityClass, Serializable id) throws DataAccessException {   
        return get(entityClass, id, null);   
    } 


 
代码
public Object get(final Class entityClass, final Serializable id, final LockMode lockMode)   
            throws DataAccessException {   
  
        return execute(new HibernateCallback() {   
            public Object doInHibernate(Session session) throws HibernateException {   
                if (lockMode != null) {    
                    return session.get(entityClass, id, lockMode);   
                }   
                else {   
                    return session.get(entityClass, id);   
                }   
            }   
        }, true);   
    }


  
代码
public Object execute(HibernateCallback action) throws DataAccessException {   
        return execute(action, isExposeNativeSession());   
    } 


 
代码

public Object execute(HibernateCallback action, boolean exposeNativeSession) throws DataAccessException {   
        Assert.notNull(action, "Callback object must not be null");   
  
        Session session = getSession();   
        boolean existingTransaction = SessionFactoryUtils.isSessionTransactional(session, getSessionFactory());   
        if (existingTransaction) {   
            logger.debug("Found thread-bound Session for HibernateTemplate");   
        }   
  
        FlushMode previousFlushMode = null;   
        try {   
            previousFlushMode = applyFlushMode(session, existingTransaction);   
            enableFilters(session);   
            Session sessionToExpose = (exposeNativeSession ? session : createSessionProxy(session));   
            Object result = action.doInHibernate(sessionToExpose);          flushIfNecessary(session, existingTransaction);   
            return result;   
        }   
        catch (HibernateException ex) {   
            throw convertHibernateAccessException(ex);   
        }   
        catch (SQLException ex) {   
            throw convertJdbcAccessException(ex);   
        }   
        catch (RuntimeException ex) {   
            // Callback code threw application exception...   
            throw ex;   
        }   
        finally {   
            if (existingTransaction) {   
                logger.debug("Not closing pre-bound Hibernate Session after HibernateTemplate");   
                disableFilters(session);   
                if (previousFlushMode != null) {   
                    session.setFlushMode(previousFlushMode);   
                }   
            }   
            else {   
                // Never use deferred close for an explicitly new Session.   
                if (isAlwaysUseNewSession()) {   
                    SessionFactoryUtils.closeSession(session);   
                }   
                else {   
                    SessionFactoryUtils.closeSessionOrRegisterDeferredClose(session, getSessionFactory());   
                }   
            }   
        }   
    }   


HibernateTemplate类是对hibernate操作的封装。如果要自己写hibernate的操作，最麻烦的是那些要检查的错误，而且每一个地方都一样。不一样的地方只是真正对数据库操作的语句。spring的想法是一样的代码抽取出来写成一个HibernateTemplate中的execute方法。execute的方法参数是HibernateCallback接口类。HibernateCallback里面定义了一个doInHibernate的方法。因为这个方法是变的。比如你是查找数据方法应该就是：session.load（）。删除数据就是session.delete().这样的话查询数据库的方法用execute方法。



HibernateCallback 接口类 (* 关键在于 为什么要实施这个接口 ！！)

代码
public interface HibernateCallback {   
  
    Object doInHibernate(Session session) throws HibernateException, SQLException;   
}  
然后使用内部类的形式把HibernateCallback中的方法doInHibernate实例化。



代码

new HibernateCallback() {   
            public Object doInHibernate(Session session) throws HibernateException {   
                if (lockMode != null) {    
                    return session.get(entityClass, id, lockMode);   
                }   
                else {   
                    return session.get(entityClass, id);   
                }   
            }   
总的想法就是不变的东西可以抽象出一个方法。比如对异常的检查。变的东西，比如对数据库的操作，抽象出一个接口的方法。

总结

JAVA的CALLBACK通过接口来实现。

例：

1.HibernateTemplate,内联类

2.内联类实现接口HibernateCallback的doInHibernate 方法

3.HibernateTemplate拥有一个参数为HibernateCallback接口类型的函数execute(HibernateCallback action)方法.

4.调用HibernateTemplate的get方法时,将内联类传给了excute方法

5.执行excute方法时,(你调用它)

已取得内联类，就可以随时回调它所实现的HibernateCallback接口中的方法了,

这时它反过来调用你的方法(它调用你),这就是回调了.


就是调用系统的一个方法，传进去一个接口的实现类 or 匿名类。

然后系统的方法调用接口申明的方法，并且注入相应的参数

Buaawhl:

IoC, Functor, Visitor 都是 callback。

就是一个 Template Methond 里面的flow不变，某一个步骤的具体操作变化，这个变化部需要  从外部（参数，或者属性，或者 override parent method）注入。

类似于从前的 C 回调函数指针。

MainFlow ( callback ){

step1;

....

callback( someThing );

....

stepN;

}



注意配置文件里applictionContext.xml

<bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">
  <property name="sessionFactory"><ref local="sessionFactory"/></property>
</bean>


<bean id="baseTransactionProxy" abstract="true" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">
  <property name="transactionManager">
   <ref bean="transactionManager" />
  </property>
  <property name="transactionAttributes">
  <props>
   <prop key="save*">PROPAGATION_REQUIRED</prop>
   <prop key="update*">PROPAGATION_REQUIRED</prop>
   <prop key="find*">PROPAGATION_REQUIRED</prop>
   <prop key="*">PROPAGATION_REQUIRED,readOnly</prop>
  </props>
  </property>
</bean>