q几q持久化技术领域异常喧嚣，各种框架雨后春笋般地冒出。例?/span>Spring对多个持久化技术提供了集成的支持，q通过Spring JDBC框架?/span>JDBC APIq行化?/span>Sun也连接不断地颁布几个持久化规范，?/span>JPA(Java Persistence API)?/span>JPA作ؓJava EE 5.0q_标准?/span>ORM规范Q将得到所?/span>Java EE服务器的支持?/span>Sunq次吸取了之?/span>EJB规范惨痛p|的经历，在充分吸收现?/span>ORM框架的基上，得到了一个易于用、~性强?/span>ORM规范。从目前的开发社区的反应上看Q?/span>JPA受到了极大的支持和赞扬，JPA作ؓORM领域标准化整合者的目标应该不难实现?/span>
一?span style="font: 7pt 'Times New Roman'"> 引子
荀子在《荀?/span>·王制》中有云Q王Z人，霸夺之与Q强Z地。什么叫王道Q就是仁义，以d待hQ把人感动得甘心情愿认你当老大。什么叫霔RQ就是你有实力，以力服hQ谁不服把他打服ؓ止。从哲学上说Q王道是正道Q当然正道须以实力ؓ基础。王道中也包含霸道，但王道顺势而行?/span>
最q，W者查看了JPAQ?/span>java 持久?/span>API)的相兌范，作ؓEJB3.0的重要组成部分，JPAq是很值得x的。看完规范，感觉JPAq是比较的单一Q其目标是实现Java 持久性的通用?/span>JPA采用U?/span>POJO的方式实玎ͼ更多的是采用Java 5注释Q?/span>AnnotationQ，它利?/span> Java 5 中的注释和对?/span>/关系映射Qؓ数据持久化提供了更简单、易用的~程方式?/span>JPA的优势是多供应商的支持，可以q行在容器之中，也可以运行于容器之外Q这是其显著的优点?/span>
Java™ PlatformQ?/span> Enterprise Edition (Java EE 5)的设计方法，充分利用?/span> Enterprise JavaBeans™ (EJB) 3.0 新的 Java Persistence API (JPA)Ҏ(gu)?/span>JPA 提供了一U标准的对象关系映射解决Ҏ(gu)Q该解决Ҏ(gu)避免了依赖第三方框架Q如 HibernateQ?/span>Java EE 5 许多新功能都包含在经q修补的 EJB 架构中，其突出特性之一?/span> JPA。由于具有容器内和容器外持久性选项Q?/span>JPA ?/span> J2EE 软g架构师带来一pd全新设计选择?/span>
JPA受到了极大的支持和赞扬，那到JPA作ؓORM领域标准化整合者的目标应该能实现吗Q能成来ORM的王道吗Q?/span>
二?span style="font: 7pt 'Times New Roman'"> JPA来了
JPA通过JDK 5.0注解?/span>XML描述对象Q关p表的映关p，q将q行期的实体对象持久化到数据库中Q图 1很好地描qCJPA的结构：
?/span>1.JPA的结构图
Sun引入新的JPA ORM规范Z两个原因Q其一Q简化现?/span>Java EE?/span>Java SE应用的对象持久化的开发工作；其二Q?/span>Sun希望整合?/span>ORM技术，实现天下归一?/span>
JPA?/span>EJB 3.0软g专家l开发，作ؓJSR-220实现的一部分。但它不囿于EJB 3.0Q你可以?/span>Web应用、甚x面应用中使用?/span>JPA的宗旨是?/span>POJO提供持久化标准规范，由此可见Q经q这几年的实跉|索，能够q容器独立q行Q方便开发和试的理念已l深入h心了。目?/span>Hibernate 3.2?/span>TopLink 10.1.3以及OpenJPA都提供了JPA的实现?/span>
JPA的M思想和现?/span>Hibernate?/span>TopLinkQ?/span>JDO{?/span>ORM框架大体一致。ȝ来说Q?/span>JPA包括以下3斚w的技术：
ORM映射元数据，JPA支持XML?/span>JDK 5.0注解两种元数据的形式Q元数据描述对象和表之间的映关p，框架据此实体对象持久化到数据库表中Q?/span>
JPA ?/span>APIQ用来操作实体对象，执行CRUD操作Q框架在后台替我们完成所有的事情Q开发者从J琐?/span>JDBC?/span>SQL代码中解脱出来?/span>
查询语言Q这是持久化操作中很重要的一个方面，通过面向对象而非面向数据库的查询语言查询数据Q避免程序的SQL语句紧密耦合?/span>
三?span style="font: 7pt 'Times New Roman'"> JPA的优?/span>
1 标准?/span>
JPA ?/span> JCP l织发布?/span> Java EE 标准之一Q因此Q何声U符?/span> JPA 标准的框枉遵@同样的架构，提供相同的访?/span> APIQ这保证了基?/span>JPA开发的企业应用能够l过量的修改就能够在不同的JPA框架下运行?/span>
2 对容器Ҏ(gu)的支持
JPA 框架中支持大数据集、事务、ƈ发等容器U事务，q?/span> JPA 越了简单持久化框架的局限，在企业应用发挥更大的作用?/span>
3 单易用，集成方便
JPA的主要目标之一是提供更加单的~程模型Q在JPA框架下创建实体和创徏Java cML单，没有M的约束和限制Q只需要?/span> javax.persistence.Entityq行注释Q?/span>JPA的框架和接口也都非常单，没有太多特别的规则和设计模式的要求，开发者可以很Ҏ(gu)的掌握?/span>JPAZ非R入式原则设计Q因此可以很Ҏ(gu)的和其它框架或者容器集成?/span>
4 可媲?/span>JDBC的查询能?/span>
JPA的查询语a?/span>面向对象而非面向数据库的Q它以面向对象的自然语法构造查询语句，可以看成?/span>Hibernate HQL的等L?/span>JPA定义了独特的JPQLQ?/span>Java Persistence Query LanguageQ，JPQL?/span>EJB QL的一U扩展，它是针对实体的一U查询语aQ操作对象是实体Q而不是关pL据库的表Q而且能够支持扚w更新和修攏V?/span>JOIN?/span>GROUP BY?/span>HAVING {通常只有 SQL 才能够提供的高查询Ҏ(gu)，甚至q能够支持子查询?/span>
5 支持面向对象的高U特?/span>
JPA 中能够支持面向对象的高Ҏ(gu)，如类之间的ѝ多态和cM间的复杂关系Q这L支持能够让开发者最大限度的使用面向对象的模型设计企业应用，而不需要自行处理这些特性在关系数据库的持久化?/span>
四?span style="font: 7pt 'Times New Roman'"> JPA的供应商
JPA 的目标之一是制定一个可以由很多供应商实现的APIQƈ且开发h员可以编码来实现?/span>APIQ而不是用私有供应商Ҏ(gu)?/span>API。因此开发h员只需使用供应商特有的API来获?/span>JPA规范没有解决但应用程序中需要的功能。尽可能C?/span>JPA APIQ但是当需要供应商公开但是规范中没有提供的功能Ӟ则用供应商Ҏ(gu)?/span>API?/span>
1 Hibernate
JPA是需?/span>Provider来实现其功能的，Hibernate是JPA Provider中很强的一个，目前来说应该无h能出其右。从功能上来_JPA现在是Hibernate功能的一个子集?/span>Hibernate ?/span>3.2开始，开始兼?/span>JPA?/span>Hibernate3.2获得?/span>Sun TCK?/span>JPA(Java Persistence API) 兼容认证?/span>
只要熟?zhn)?/span>Hibernate或者其?/span>ORM框架Q在使用JPA时会发现其实非常Ҏ(gu)上手。例如实体对象的状态，?/span>Hibernate有自由、持久、游MU，JPA里有newQ?/span>managedQ?/span>detachedQ?/span>removedQ明gh一看就知道Q这些状态都是一一对应的。再?/span>flushҎ(gu)Q都是对应的Q而其他的再如?/span>Query query = manager.createQuery(sql)Q它?/span>Hibernate里写法上?/span>sessionQ而在JPA中变成了managerQ所以从Hibernate?/span>JPA的代价应该是非常的
同样Q?/span>JDOQ也开始兼?/span>JPA。在ORM的领域中Q看?/span>JPA已经是王道，规范?yu)是规范。在各大厂商的支持下Q?/span>JPA的用开始变得广泛?/span>
2 Spring
Spring + Hibernate 常常被称?/span> Java Web 应用人气最旺的框架l合。而在 JCP 通过?/span> Web Beans JSR Q却Ʋ将JSF + EJB + JPA 、来?/span> JBoss SeamQ?/span>Spring 除外Q的一些组件和EJB 3Q目前能够提供有基本拦截和依赖注入功能的?/span> Session Bean 框架Q的一?/span> Web l合q行标准化。如今的 Spring 2.0 ?/span> JPA 提供了完整的 EJB 容器契约Q允?/span> JPA在Q何环境内可以?/span> Spring 理的服务层使用Q包?/span> Spring 的所?/span> AOP ?/span> DI 增强Q。同Ӟ关于下一?/span>Web应用l合会是 EJB?/span>Spring + Hibernate q是 Spring + JPA 的论战，早已充斥于耟?/span>
?/span>Spring 2.0.1中，正式提供?/span>JPA的支持，q也促成?/span>JPA的发展，要知?/span>JPA的好处在于可以分M容器q行Q变得更加的z?/span>
3 OpenJPA
OpenJPA ?/span> Apache l织提供的开源项目，它实C EJB 3.0 中的 JPA 标准Qؓ开发者提供功能强大、用简单的持久化数据管理框架?/span>OpenJPA 装了和关系型数据库交互的操作，让开发者把注意力集中在~写业务逻辑上?/span>OpenJPA 可以作ؓ独立的持久层框架发挥作用Q也可以L的与其它 Java EE 应用框架或者符?/span> EJB 3.0 标准的容器集成?/span>
4 其它
目前支持的实现包?/span>Toplink?/span>Hibernate Entitymanager{?/span>TopLink以前需要收费，如今开源了?/span>OpenJPA虽然免费Q但功能、性能、普及性等斚w更加需要加大力度?/span>
对于EJB来说Q实?/span>Bean一直是被批评的对象Q由于其太复杂和庞大?/span>JPA的出玎ͼ很大E度的分M复杂性。这?/span>EJB的推q也变得Ҏ(gu)?/span>
总而言之，JPA规范主要x的仅?/span>API的行为方面，而由各种实现完成大多数性能有关的调优。尽如此，所有可靠的实现都应该拥有某U数据缓存，以作为选择。但愿不久的来Q?/span>JPA能成为真正的标准?/span>
五?span style="font: 7pt 'Times New Roman'"> 结
EJB 3.0?/span>JPA 毫无疑问是Java EE 5的主要卖炏V在某些领域中，它们l?/span>JavaC带来了竞争优势，qJava 在其他领域与竞争Ҏ(gu)不分伯仲Q因为，不可否认Q目前某些领域尚不存在基于标准的Ҏ(gu)Q?/span>
q去数年来，Spring Framework一直是EJB在企业领域的主要竞争Ҏ(gu)?/span>EJB3.0规范解决了很多促q?/span>Spring兴v的问题。随着它的出现Q?/span>EJB3.0毫无疑问?/span>Spring提供了更好的开发体验——最引h注目的优势是它不需要配|文件?/span>
JPA提供一U标准的OR映射解决Ҏ(gu)Q该解决Ҏ(gu)完全集成?/span>EJB3?/span>0兼容的容器中?/span>JPA的前辈将会l稳定发展，但是业务应用E序中的 raw 使用可能会减少。实?/span> JPA 兼容的实体管理器g很可能是此类技术的发展方向?/span>
Java EEpd规范的较大问题与JPA没有M关系?/span>Java EE pd规范的问题涉及到 Web?/span>EJB容器之间的集成?/span>Spring在此领域仍然h主要竞争优势?/span>JBoss?/span>Seam目试使用自定义的Ҏ(gu)来解册一问题?/span>Caucho Resin应用服务器试图扩展容器边界ƈ支持?/span>Web容器中?/span>@EJB注释。我们希?/span>Java EE 5.1解军_集成的问题，为我们提供一个全面而标准的依赖性注入方法?/span>
在不久的来Q?/span>Sun可能会将JPA作ؓ一个单独的JSR对待Q同?/span>JPAq可能作?/span>Java SE的一部分。不q这些都不太重要Q重要的是，我们现在已经可以在脱d器的情况下、在Java SE应用中?/span>JPA了?/span>
JPA已经作ؓ一对象持久化的标准，不但可以获得Java EE应用服务?/span>的支持，q可以直接在Java SE中用。开发者将无需在现有多U?/span>ORM框架中艰隑֜选择Q按?/span>Sun的预惻I现有ORM框架头顶的光环将渐渐暗EQ不再具有以往的吸引力?/span>