为什么我会想到使用模板方法呢？
在日常开发中，我们经常需要使用编程式事务来解决一些实在的业务问题。以Hibernate框架为例(其实对于ORM框架来说，都大同小异。我们公司使用的是Hiberante，所以这里就以Hibernate为例了)，我们实现一个编程式事务如下：
SessionFactory sessionFactory = (SessionFactory) applicationContext.getBean("sessionFactory");
Session session = sessionFactory.openSession();
try {
session.beginTransaction();
String sql = "update table set A = :a where id = :id";
session.createNativeQuery(sql)
.setParameter("a", "a")
.setParameter("id", id)
.executeUpdate();
session.getTransaction().commit();
} catch (Exception e) {
session.getTransaction().rollback();
} finally {
session.close();
}
我们看上述的代码是不是有一种很乱的感觉，还要自己去写try{}catch{}finally{}。而且当我们代码中有很多地方都应用了编程式事务的话，那么我们的代码会显得有些臃肿。尤其对于我这种强迫症患者来说，哈哈！！
既然如此，我们肯定要想一种方式去优化一下，至少让它看起来更优美一些。我这里选择使用模板方法来改造一下。
什么是模板方法设计模式？
模板方法说白了就是将一段代码模板化，将通用的代码段抽取出来，并提供一些自定义的接口去定制的特定位置的某些业务功能。
根据我的理解，模板方法的核心思想就是 重写 。我们在模板中的指定位置提供一个外部可编辑的接口，让调用者可以根据需求去随意重写这个接口来达到他的目的。
其实在Spring中也广泛使用的模板方法，当我们学习Spring源码的时候会发现，实际上Bean的生命周期中就使用了模板方法。我们可以根据自己的需求在Bean生命周期的各个阶段去做一些事情。
代码优化
首先我们先维护一个抽象的模板类，这个类里包含了三个公开的方法，用来提供为调用者去定制使用。
public abstract class TransactionManagerTemplate {
/**
* 处理事务中的实际要处理的业务代码
*/
public void handle() {}
/**
* 异常处理
*/
public void exceptionHandle() {}
/**
* finally处理
*/
public void finallyHandle() {}
}
然后我们创建一个事务管理器，封装一个runTransaction方法，里面就包含了上面那边不忍直视的代码。然后我们将Session和抽象的模板类作为参数传入
并且将抽象的模板类中的三个公开方法填入到try{}catch{}finally{}中的各个位置。
@Component
public class TransactionManager {
@Autowired
private ApplicationContext applicationContext;
/**
* 默认SessionFactory
*/
public static final String DEFAULT_SESSION_FACTORY = "sessionFactory";
/**
* 执行事务
* @param session
* @param transactionManagerTemplate
*
* 使用案例：
* Session session = transactionManager.getSession();
* transactionManager.runTransaction(session, new TransactionManagerTemplate() {
* // 实际要重写的接口
* });
*/
public void runTransaction(Session session, TransactionManagerTemplate transactionManagerTemplate) {
try {
session.beginTransaction();
transactionManagerTemplate.handle();
session.getTransaction().commit();
} catch (Exception e) {
transactionManagerTemplate.exceptionHandle();
session.getTransaction().rollback();
} finally {
transactionManagerTemplate.finallyHandle();
session.close();
}
}
/**
* 获取默认SessionFactory
* @return
*/
public SessionFactory getSessionFactory() {
return getSessionFactory(DEFAULT_SESSION_FACTORY);
}
/**
* 获取指定SessionFactory
* @param beanName 指定SessionFactory的BeanName
* @return
*/
public SessionFactory getSessionFactory(String beanName) {
SessionFactory sessionFactory = (SessionFactory) applicationContext.getBean(beanName);
if(sessionFactory == null) {
throw new BAPException("不存在BeanName为【{}】的SessionFactory", beanName);
}
return sessionFactory;
}
/**
* 获取默认Session
* @return
*/
public Session getSession() {
return getSessionFactory(DEFAULT_SESSION_FACTORY).openSession();
}
/**
* 获取指定SessionFactory下的Session
* @param sessionFactoryBeanName 指定SessionFactory的BeanName
* @return
*/
public Session getSession(String sessionFactoryBeanName) {
return getSessionFactory(sessionFactoryBeanName).openSession();
}
}
我们在业务代码中想要再次使用编程式事务时，就可以通过如下方式调用：
Session session = transactionManager.getSession();
transactionManager.runTransaction(session, new TransactionManagerTemplate() {
@Override
public void handle() {
// try中要添加的业务逻辑
}
@Override
public void exceptionHandle() {
// catch中要添加的业务逻辑
}
@Override
public void finallyHandle() {
// finally中要添加的业务逻辑
}
});
看，这是不是更美观了一些呀！
以上就是浅析Java模板方法的一种使用方式的详细内容，更多关于Java模板方法的资料请关注IT俱乐部其它相关文章！
