jpa官方文档,jpa框架

　　Java持久性API (JPA)

　　2.0版本现在已经进入了最终的草案提案阶段，这个版本对规范做了重要的更新，就是条件查询(criteria

　　查询)添加一个API，一个元模型API，并支持Bean验证[JSR 303]。

　　这个版本的条件查询(条件

　　Query)API允许你通过调用Java对象的方法来创建查询，而不是将JPA-QL嵌入到字符串中，由JPA实现来处理。在第一个公开草案中，API

　　它是基于字符串的，专家组收到了很多反馈，建议他们研究提高法案类型安全性的可能方法。加文（男子名）

　　King提出了一个建议，就是基于现有的基于字符串的API，使用Java6

　　中的Javax.annotation.Processor自动为应用程序中的每个持久类生成一个元模型类型。结合泛型，这种机制提供了一种有效的

　　该变通办法解决了Java缺少用于类的方法和属性的类型安全元模型的问题。每当使用代码生成器时，都会引起争议，因为生成的代码往往晦涩难懂，而且通常

　　需要特定IDE的支持。但是在这里，因为生成的代码只用于类型信息，所以仍然有可能保持它的整洁。例如，给定一个持久类：

　　导入Java . util . set；

　　导入Java . math . bigdecimal；

　　@实体公共类顺序{

　　@Id整数orderId

　　@ManyToOne Customer客户；

　　@OneToMany设置lineitems

　　地址送货地址；

　　BigDecimal totalCost

　　.相应的典型元模型类Order_如下所示：

　　导入Java . math . bigdecimal；

　　导入javax . persistence . meta model . attribute；

　　导入javax . persistence . meta model . set；

　　导入javax . persistence . meta model . typesafetamodel；

　　导入javax . annotation . generated；

　　@已生成

　　@ TypeSafeMetamodel

　　公开课顺序_ {

　　公共静态可变属性

　　因为Java 6包含注释处理器，所以这种改变不需要特定的IDE支持。——IDE可以将注释委托给由编译器触发的注释处理器，并在处理过程中生成元数据模型。

　　可以通过API查询元模型，API指定了动态访问持久状态元模型和持久单元托管类(托管

　　类)。它还不能提供对访问ORM信息的支持，尽管它计划在将来更新。该接口由持久性提供程序实现，可以通过

　　Entitymanagerfactory。getmetamodel和EntityManager.getMetamodel方法用于访问，它们返回的是。

　　javax . persistence . meta model . meta model接口的实现类的商。

　　金最近建议进入

　　进一步重构行，将类型安全扩展到查询结果集，并向CriteriaQuery和Query添加类型参数。这允许开发人员直接访问类型安全的现实。

　　体或封装，但是对于基于JPA 1.0的项目，这将导致编译器警告，因为javax.persistence.Query当前没有这个类型参数。

　　类型安全方法在专家组中引起了争议。JPA 2.0规范的领导者Linda DeMichiel在她的博客文章中描述了字符串和类型安全方法的比较。在这篇文章中，她是这样描述的：

　　“在对基于元模型的API和基于字符串的API的优缺点进行了几次讨论后，我们[专家组]决定采用类型安全的API，但如果开发人员愿意，我们也提供基于字符串的方法的选项。”

　　这两个选项的主要区别在于，基于字符串的属性名称可用于指定连接和导航中引用的属性。因此，这些查询具有与类型安全版本相同的语义，但是它们不具有相同的类型安全级别。

　　JPA 2.0还支持在Java持久性应用程序中使用Bean验证[JSR]

　　303]。托管类(实体、映射超类和可嵌入类)可以配置为包含Bean。

　　验证约束。通过指定Java持久化应用程序将验证委托给预持久化、预

　　和更新删除前实体生命周期事件的Bean验证实现。

　　专家组渴望收到来自社区的反馈。如果您有任何意见，请发送至jsr-317-pfd-feedback@sun.com。

　　来自：网络世界