结合HibernateTemplate学习回调模式

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

在dao里经常有这样的语句
[code]public E findById(Serializable id)
{
return (E) getHibernateTemplate().get(clazz, id);
}
[/code]
HibernateTemplate类源码

[code]public Object get(Class entityClass, Serializable id) throws DataAccessException {
return get(entityClass, id, null);
}
[/code]
[code]
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);
}
[/code]
[code]
public Object execute(HibernateCallback action) throws DataAccessException {
return execute(action, isExposeNativeSession());
}
[/code]
[code]
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());
}
}
}
}
[/code]

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

HibernateCallback 接口类
[code]public interface HibernateCallback {

Object doInHibernate(Session session) throws HibernateException, SQLException;
}[/code]
然后使用内部类的形式把HibernateCallback中的方法doInHibernate实例化。
[code]new HibernateCallback() {
public Object doInHibernate(Session session) throws HibernateException {
if (lockMode != null) {
return session.get(entityClass, id, lockMode);
}
else {
return session.get(entityClass, id);
}
}
[/code]
总的想法就是不变的东西可以抽象出一个方法。比如对异常的检查。变的东西，比如对数据库的操作，抽象出一个接口的方法。

[b]总结[/b]
JAVA的CALLBACK通过接口来实现。
例：
1.HibernateTemplate,内联类
2.内联类实现接口HibernateCallback的doInHibernate 方法
3.HibernateTemplate拥有一个参数为HibernateCallback接口类型的函数execute(HibernateCallback action)方法.
4.调用HibernateTemplate的get方法时,将内联类传给了excute方法
5.执行excute方法时,([color=red]你调用它[/color])
已取得内联类，就可以随时回调它所实现的HibernateCallback接口中的方法了,
这时它反过来调用你的方法([color=red]它调用你[/color]),这就是回调了.


Javaeye两个会员的理解,我觉得比较到位.
[b]冉翔[/b]:

[color=red]就是调用系统的一个方法，传进去一个接口的实现类 or 匿名类。
然后系统的方法调用接口申明的方法，并且注入相应的参数[/color]
[b]
Buaawhl[/b]:
IoC, Functor, Visitor 都是 callback。
[color=red]就是一个 Template Methond 里面的flow不变，某一个步骤的具体操作变化，这个变化部分需要从外部（参数，或者属性，或者 override parent method）注入。[/color]
类似于从前的 C 回调函数指针。
[code]MainFlow ( callback ){
step1;
....

callback( someThing );
....
stepN;
}