BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

JPA 2.0的两个类型安全标准API提议

| 作者 Charles Humble 关注 796 他的粉丝 ,译者 宋玮 关注 0 他的粉丝 发布于 2009年1月31日. 估计阅读时间: 3 分钟 | 如何结合区块链技术,帮助企业降本增效?让我们深度了解几个成功的案例。

两年前作为Java EE 5的一部分引入的Java Persistence API为对象关系映射提供了一个POJO持久化模型。它作为JSR-220的一部分由EJB 3.0软件专家组进行开发。

Persistence包含三个方面的内容:

  1. API,定义在javax.persistence包内。
  2. Java Persistence Query Language(JPQL)。
  3. 对象/关系元数据。

尽管JPQL使得持久Java对象得到了显著地改善,但JPQL仍然被描述为字符串。这样在查询操作强类型的Java对象的同时,它们自己却是弱类型的。用这种方式构建查询很容易出错,而且需要支持校验、自动补全和重构的特定IDE。

在JSR-317规范下开发的JPA 2.0被包含在Java EE 6中,其目的是通过引入能够提供基于非字符串构建查询的新标准API来解决这一问题。专家组领导Linda DeMichiel已经发表了一篇博文描述了目前的API草案:

“简单说,QueryDefinition对象可以被想成一组相当于查询语义结构的节点:
  • 领域(Domain)对象,相当于范围(range)变量和其它JPQL FROM子句的标识符变量
  • Where子句谓词,包含一个或多个条件表达式对象
  • Select子句,包含一个或多个‘select条目’对象
  • Order-by和group-by条目
  • 子查询(Subqueries)

等等……”

尽管该提议事实上是在现有JPA机制上前进了一大步,仍有许多人——这其中包括Gavin King,认为类型安全本可以也应该得到进一步改进。King的Hibernate O/R工具是使用类型安全标准API的先驱,并对EJB3产生了重大影响,他已经向专家组提交了自己的建议。他的建议利用了Java 6中引入的javax.annotation.Processor,以允许编译器插件为每个应用程序中的持久类构建元模型(metamodel)类型。King已经在两篇博文(第一篇第二篇)中描述了他的方法的更多细节,以及他和他的团队目前正在开发的与javac一起使用的原型注解处理器。

专家组正在认真地考虑King的提议,并考虑用它替换当前的审查草稿。DeMichiel告诉我们说:

“讨论主要集中在确保该API给开发者带来更好的开发体验上,静态查询(类型安全方面应当比较好)和动态查询都应如此”。我们也在考虑该元模型(metamodel)生成方面的问题。”

她补充说专家组非常渴望从开发社区听到任何反馈。请在sun.com上的jsr-317-pdr-feedback留下您的任何反馈评论。

查看英文原文:Two Type-Safe Criteria API Proposals for JPA 2.0

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT