JPA

编辑
所属分类:程序设计
技能介绍

  起源

  JPA由EJB 3.0软件专家组开发,作为JSR-220实现的一部分。但它不囿于EJB 3.0,你可以在Web应用、甚至桌面应用中使用。JPA的宗旨是为POJO提供持久化标准规范,由此可见,经过这几年的实践探索,能够脱离容器独立运行,方便开发和测试的理念已经深入人心了。目前Hibernate 3.2、TopLink 10.1.3以及OpenJPA都提供了JPA的实现。

  JPA(Java Persistence API)是SUN官方推出的Java持久化规范,它为Java开发人员提供了一种对象/关联映射工具来管理Java应用中的关系数据。它的出现主要是为了简化现有的持久化开发工作和整合ORM技术,结束现在Hibernate,TopLink,JDO等ORM框架各自为营的局面。值得注意的是,JPA是在充分吸收了现有Hibernate,TopLink,JDO 等ORM框架的基础上发展而来的,具有易于使用,伸缩性强等优点。从开发社区的反映上看,JPA手动极大的支持和赞扬,其中就包括了Spring与EJB3.0的开发团队,着眼未来几年的技术走向,JPA作为ORM领域的标准化者的目标应该不难实现。

  JPA包括一下三方面的技术

  *ORM映射元数据

  JPA支持XML和JDK5.0注释两种元数据形式,元数据描述对象和表之间的映射关系,框架据此将实体对象持久化到数据库表中。

  *Java持久化API

  用来操作实体对象,执行CRUD操作,框架在后台替我们完成所有的事情,开发者可以从繁琐的JDBC和SQL代码中解脱出来。

  *查询语言(JPQL)

  这是持久化操作中很重要的一个方面,通过面向对象而非面向数据库的查询语言查询数据,避免程序的SQL语句紧密耦合。

  1 标准化

  JPA 是 JCP 组织发布的 Java EE 标准之一,因此任何声称符合 JPA 标准的框架都遵循同样的架构,提供相同的访问 API,这保证了基于JPA开发的企业应用能够经过少量的修改就能够在不同的JPA框架下运行。

  2 对容器级特性的支持

  JPA 框架中支持大数据集、事务、并发等容器级事务,这使得 JPA 超越了简单持久化框架的局限,在企业应用发挥更大的作用。

  3 简单易用,集成方便

  JPA的主要目标之一就是提供更加简单的编程模型:在JPA框架下创建实体和创建Java 类一样简单,没有任何的约束和限制,只需要使用 javax.persistence.Entity进行注释;JPA的框架和接口也都非常简单,没有太多特别的规则和设计模式的要求,开发者可以很容易的掌握。JPA基于非侵入式原则设计,因此可以很容易的和其它框架或者容器集成。

  4 可媲美JDBC的查询能力

  JPA的查询语言是面向对象而非面向数据库的,它以面向对象的自然语法构造查询语句,可以看成是Hibernate HQL的等价物。JPA定义了独特的JPQL(Java Persistence Query Language),JPQL是EJB QL的一种扩展,它是针对实体的一种查询语言,操作对象是实体,而不是关系数据库的表,而且能够支持批量更新和修改、JOIN、GROUP BY、HAVING 等通常只有 SQL 才能够提供的高级查询特性,甚至还能够支持子查询。

  5 支持面向对象的高级特性

  JPA 中能够支持面向对象的高级特性,如类之间的继承、多态和类之间的复杂关系,这样的支持能够让开发者最大限度的使用面向对象的模型设计企业应用,而不需要自行处理这些特性在关系数据库的持久化。

  JPA不是一种新的ORM框架,他的出现只是用于规范现有的ORM技术,他不能取代现有的Hibernate,TopLink等ORM框架。相反,在采用JPA开发时,我们仍将用到这些ORM框架,只是此时出来的应用不再依赖与某个持久化供应商。应用可以在不修改代码的情况下在任何JPA环境下运行,真正做到低耦合,可扩展的程序设计。  简单说,JPA干的就是Hibernate干的活,他们的作用是一样的。但是,JPA只是一套规范,不是一套产品,Hibernate已经是一套产品了。

  JPA主要是为了简化现有的持久化开发工作和整合ORM技术,结束现在Hibernate,Toplink,JDO等ORM框架各自为营的局面。之前学的Hibernate,实际上我们面对的是Hibernate的API进行开发,这有什么不好哪,是我们跟Hibernate这个产品紧密的耦合在了一起,如果离开了Hibernate我们是无法在别的ORM框架中使用我们的应用。使用JPA后,你的应用就可以运行在实现了JPA规范的持久化产品中(如Hibernate,TopLink,JDO)

  JPA这门技术是未来发展的必然趋势,以后我们要采用ORM技术呢,我们就不会在面对Hibernate编程,不会在面对TopLink编程,而是面对JPA规范编程,就是说,过了几年之后,我们的应用就会很少面对Hibernate API进行编程,这是为什么呢,这就好比以前我们访问数据库一样,假设没有JDBC这门技术的话,我们跟各个数据库链接只能使用各个数据库厂商给我们提供的API进行数据库链接了,自从有了JDBC后,我们就不再需要面对数据库厂商给我们提供的API进行数据库进行链接了,而是直接使用JDBC这套规范就可以跟各个数据库进行对接。目前JPA跟Hibernate,TopLink的关系也是一样的,JPA就和JDBC一样提供一种通用的,访问各个ORM实现产品的桥梁工具。通过JPA技术,我们只需要面对它的规范编程,编出的应用就可以应用在各个持久化产品中(包括Hibernate和TopLink),就是说底层产品对我来说已经不重要了。

  JPA的供应商

  JPA 的目标之一是制定一个可以由很多供应商实现的API,并且开发人员可以编码来实现该API,而不是使用私有供应商特有的API。因此开发人员只需使用供应商特有的API来获得JPA规范没有解决但应用程序中需要的功能。尽可能地使用JPA API,但是当需要供应商公开但是规范中没有提供的功能时,则使用供应商特有的API。

  1.Hibernate

  2.Spring

  3.OpenJPA

  4.其它

  目前支持的实现包括Toplink、Hibernate Entitymanager等。TopLink以前需要收费,如今开源了。OpenJPA虽然免费,但功能、性能、普及性等方面更加需要加大力度。

  总结:

  JPA是一套规范,Hibernate,TopLink,JDO他们是一套产品,这些产品实现了这个JPA规范,JPA有点像JDBC,为各种不同的ORM技术提供一个统一的接口,方便把应用移植的不同的ORM技术上。