SessionFactory、HibernateTemplate、HibernateDaoSupport之间的关系说明

浏览数：35 / 时间：2015年06月20日

在接触HibernateTemplate之前，我们知道，在对数据库进行CRUD操作之前，需要开启session、transaction等等。在hibernate学习过程中，我们知道了，得到session之前，需要先得到SessionFactory，进而从SessionFactory里面openSession(),或者getCurrentSession(),接着开启一transaction，然后进行对数据库的操作，在操作结束后，提交事务，关闭session。当然如果session是通过getCurrentSession()得到的话，不用我们手动关闭。还有，关于异常的处理，这就涉及到事务的回滚。我们发现，这样逻辑的代码我们需要反复使用，每次session的历程都是这样的。实例代码如下：

[java] view plain copy

public class HibernateCoreAPITest {
private static SessionFactory sessionFactory;
@BeforeClass
public static void beforeClass() {
sessionFactory = new AnnotationConfiguration().configure().buildSessionFactory();
}
@AfterClass
public static void afterClass() {
sessionFactory.close();
}
@Test
public void testTeacherSave() {
Teacher t = new Teacher();
t.setName("t1");
t.setTitle("middle");
t.setBirthDate(new Date());
//Session session = sessionFactory.openSession();
Session session = sessionFactory.getCurrentSession();
session.beginTransaction();
session.save(t);
session.getTransaction().commit();
}

HibernateTemplate

从上面测试用的代码(省略了异常处理和事务回滚)来看，如果在业务层某部分的功能模块比较多，那我们不得不老实重复关于session的代码。为避免这样的窘境，于是有了HibernateTemplate的出现。

给HibernateTemplate注入SessionFactory，我们就能获得利用SessionFactory来create sessionFactory，进而进行所有关于sessionFactory的功能操作。同时，由于HibernateTemplate本身关于sessionFactory的处理原理，我们不再需要手动编写关于sessionFactory、session、transaction等等代码。我们只需要编写关于业务逻辑相关的操作，其他的一并由HibernateTemplate完成。HibernateTemplate的这种设计模式我们称之为TemplateMethod，采用的方式叫callback或者钩子函数。这里的重点就是把SessionFactory注入到HibernateTemplate里面！！！

[java] view plain copy

@Component("employeeDao")
public class EmployeeDaoImpl implements EmployeeDao {
private HibernateTemplate hibernateTemplate;
public HibernateTemplate getHibernateTemplate() {
return hibernateTemplate;
}
@Resource
public void setHibernateTemplate(HibernateTemplate hibernateTemplate) {
this.hibernateTemplate = hibernateTemplate;
}
@Override
public void save(Employee employee) {
hibernateTemplate().save(employee);
}

上面的代码采用的是annotation方式，当然我们也可以使用xml方式，一样很简单。

HibernateDaoSupport

HibernateDaoSupport对于HibernateTemplate，就好比HibernateTemplate对于SessionFactory，两两的关系，大致雷同。只是这一次，HibernateDaoSupport是需要被继承的，而且不能像后者那样减少什么的代码量。就是把HibernateTemplate注入到HibernateDaoSupport里面，当然把SessionFactory注入到HibernateDaoTemplate里面一样可以。而起由于在HibernateDaoSupport里面set方法是final类型的，我们不能够重写该方法，所以就不能过通过annotation方式注入HibernateTemplate，只有采用xml方式。

[java] view plain copy

<bean id="employeeDao" class="com.zzw.dao.impl.EmployeeDaoImpl">
<property name="hibernateTemplate" ref="hibernateTemplate"></property>
</bean>

[java] view plain copy

public class EmployeeDaoImpl extends HibernateDaoSupport implements EmployeeDao {
@Override
public void save(Employee employee) {
this.getHibernateTemplate().save(employee);
}
@Override
public void delete(Employee employee) {
this.getHibernateTemplate().delete(employee);
}
@Override
public void update(Employee employee) {
this.getHibernateTemplate().update(employee);
}

接着，我们来谈谈HibernateDaoSupport的拓展，当多个***Dao需要注入继承HibernateDaoSupport的时候，理所当然，我们得在applicationContext.xml里面给每个Dao注入hibernateTemplate或者sessionFactory。少量的好说，但是如果很多，比如几百个Dao(当然，这种情况我们很少遇到，我们假设这样)，这样，由于采用的是xml方式，我们配置起来一样显得麻烦。这个时候，我们可以这样解决，抽象一个顶层Dao类，这个类必须注入HibernateTemplate，其实这个注入了HibernateTemplate的顶层Dao类，他的功能类似于HibernateDaoSupport类，唯一的不同就是这个类里面的set方法是我们自己定义的，不是final类型的，所以我们采用注解annotation方式注入HibernateTemplate。然后，让那些***Dao继承这个顶层Dao类。这样在xml里面不用编写任何的注解配置，当然除了在HibernateTemplate里面注入sessionFactory。

注入HibernateTemplate的顶层Dao类：SuperDao.java

[java] view plain copy