Spring整合ORM技术 -- 集成Hibernate

标签：spring

hibernate
mvc
原创作品，允许转载，转载时请务必以超链接形式标明文章
原始出处 、作者信息和本声明。否则将追究法律责任。http://aku28907.blog.51cto.com/5668513/1825541

1、Spring整合ORM方案的好处：

方便基础设施的搭建。不同的ORM技术都有一套自己的方案以初始化框架、搭建基础设施等。在搭建基础设施中，数据源是不可或缺的资源，不同的ORM框架的实现方式各不相同。Spring针对不同的ORM框架，采用相同的方式配置数据源，并为不同的ORM框架提供相同的FactoryBean，用以初始化ORM框架的基础设施，可以把它们当成普通Bean对待。

异常封装。Spring能够转化各种ORM框架抛出的异常，将ORM框架专有的或检查型异常转换为SpringDAO异常体系中的标准异常。这样用户就可以有选择地在适当的地方处理感兴趣的异常，忽略不可恢复的异常。

统一的事务管理。通过使用基于SpringDAO模板编程风格，甚至使用原生的ORM框架的API，只要遵循Spring所提出的少量编程要求，就可以使用Spring提供的事务管理功能。Spring为不同的ORM框架提供了对应的事务管理器，可用声明式事务管理，并且透明地实现本地事务管理到全局JTA事务管理的切换。

允许混合使用多个ORM框架。Spring在DAO层异常、事务、资源等高级层次建立了抽象，可以让业务层对DAO具体实现的技术不敏感。这样开发者就可以在底层选用合适的实现方式，甚至可以混合使用多种ORM，一般的CRUD使用Hibernate，而数据查询使用iBatis或SpringJDBC。

方便单元测试。Spring容器使得替换不同的实现和配置方式变得很简单，这有利于单元测试

2、Spring整合Hibernate步骤

    2.1 配置SessionFactory（可自动完成）

        使用Hibernate框架的第一个工作是编写Hibernate的配置文件，接着使用这些配置文件实例化SessionFactory，创建好Hibernate的基础设施。Spring为创建SessionFactory提供了FactoryBean工厂类：org.springframework.orm.hibernate3.LocalSessionFactoryBean，通过一些必要的配置，即可或缺一个SessionFactoryBean。

    2.2、使用HibernateTemplate

        基于模板类使用Hibernate是最简单的方式，它可以在不牺牲Hibernate强大功能的情况下，以一种更简洁的方式使用Hibernate，极大地降低了Hibernate的使用难度。

    2.3、使用Hibernate原生Hibernate API

        使用Hibernate原生API与在Spring中使用HibernateTemplate中使用和事务绑定的Session相同

    2.4、使用注解配置Entity

    Hibernate通过AnnotationConfiguration的addAnnotatedClass()方法加载使用JPA注解的实体类，获取映射的元数据信息， 并在此基础上创建SessionFactory实例。AnnotationSessionFactoryBean扩展了LocalSessionFactoryBean类，增强的功能是：可以根据实体类的注解获取ORM的配置信息。也允许混合使用XML配置和注解配置对象关系映射，Hibernate内部自动整合这些元数据信息，不会产生冲突。Spring为了可以通过扫描方式加载带注解的实体类，提供了一个好用的packagesToScan属性，可以指定一系列的包名，Spring将扫描并加载这些包（包含子包）路径的所有带注解实体类。

    2.5 统一使用事务管理，详情配置请见2.2

3、延迟加载问题

    Hibernate允许对关联对象、属性进行延迟加载，但是必须保证延迟加载的操作限于同一个Hibernate Session范围之内进行。如果Service层返回一个启用了延迟加载功能领域对象给Web层，当Web层访问到那些需要延迟加载的数据时，由于加载领域对象的Hibernate Session已经关闭，将会导致延迟加载数据异常。因此Spring专门提供了一个OpenSessionInViewFilter过滤器，它的主要功能是使每个请求过程中绑定一个Hibernate Session，即使最初的事务已经完成了，可以在Web层进行延迟加载的操作。注意：对小型系统来说，使用OpenSessionInViewFilter确实可以降低延迟加载所引发的各种问题，使Service层代码更易开发和维护，但是对大型且高并发的应用来说，强烈建议不要使用OpenSessionInViewFilter。因为OpenSessionInViewFilter会让每个Web请求线程都绑定一个Hibernate的Session。知道Web请求处理时才会释放。这极大的影响了系统新能。

4、DAO层设计

    为了增加代码复用率，强烈建议使用接口、基类和泛型来定义。详情见2.2.基类BaseDao<T>通过泛型方式允许子类Dao指定操作的实体类，以便简化常用的数据操作方法。同时，在BaseDao注入了一个HibernateTemplate，这样子类只要打上@Repository的注解就自然拥有HibernateTemplate成员变量了，无须各自声明。BaseDao的构造方法通过Java反射机制自动解析出子类T锁对应的类型，以便HibernateTemplate直接利用这个信息进行数据访问操作。

5、查询接口方法的设计

    DAO层除了CRUD的数据操作之外，另外一个重要的操作就是根据查询条件执行数据查询，所有ORM框架都允许用户动态绑定参数确定查询条件。查询条件的数目往往是不固定的。因此实体DAO定义带参数的查询方法一般有：

每一个条件项参数对应一个入参。List<T> findOrder(String hql,Date starttime,Date endtime,int deptId);这种方法优点是含义清晰，可读性强，内部逻辑简单，但是接口稳定性差，并且如果查询条件项过多，整个实体DAO类会显得很臃肿笨重。

使用数组传递条件项参数。List<T> findOrder(String hql,Object[] params);这种方法的确定是可读性不强，调用者往往需要通过查看该接口的Javadoc才能正确使用。

使用JDK5.0的不定参数。List<T> findOrder(String hql,Object... params);

将查询条件项参数封装成对象。List<T> findOrder(String hql,OrderObject param);OrderObject查询条件对象封装了hql查询语句可能会用到的条件项参数，在查询方法内部，开发者必须判断查询条件对象的属性并正确绑定条件项参数。确定是会造成类数目的膨胀，有事甚至一个实体DAO需要对应多个查询条件参数类。

使用Map传递条件项参数。List<T> findOrder(String hql,Map params)使用这样方式，接口方法签名可以在条件项发生变化的情况下保持稳定，同事通过键指定条件项参数名，这在一定程度上解决了接口的健壮性。

6、总结

    Spring为其所支持的ORM框架提供了方面易用的FactoryBean，用以创建ORM框架的基础设施。Spring通过模板类在不损失框架功能的情况下大大降低了使用这些ORM技术的难度。此外Spring允许用户使用原生的API来构造DAO。使用原生API时，Spring能够保证用户获取到事务绑定的资源，Spring的事务管理机制同样有效。

    Spring对Hibernate所提供的支持应该是最丰富的。

本文出自 “阿酷博客源” 博客，请务必保留此出处http://aku28907.blog.51cto.com/5668513/1825541