您喜欢 JPA 2.0 的 Criteria api 吗？你用它与框架吗？

发布于 2024-11-05 13:59:16 字数 870 浏览 0 评论 0原文

我习惯于在 Hibernate 中使用 Criteria API，并且刚刚观察了 JPA 2.0 中的 Criteria 是如何工作的。

我最喜欢 Hibernate Criteria 的一点是我们可以轻松地使用 Criterion 进行编写。

JPA Criteria 对我来说似乎相当沉重，并且不如 Hibernate Criteria 流畅。对我来说，与 Hibernate 相比的主要好处之一似乎是使用元模型（Entity_.java 类），但它仍然有点繁重，因为你必须维护 2 个类，或者添加一个注释处理器（尽管它很容易）与 maven 插件集成）

我读过 SpringSource 上的一篇博客，该博客允许降低使用“JPA 谓词”进行组合的复杂性，并且有点类似于 Hibernate 中的 Criterions。

Querydsl 项目看起来很有趣。

http://blog.springsource。 com/2011/04/26/advanced-spring-data-jpa-specifications-and-querydsl/

只是想知道，对于那些使用 JPA2 的人来说，您使用的是 Criteria API 还是对你来说有点太重了吗？

对于那些熟悉 Hibernate Criteria 并现在使用 JPA Criteria 的人来说，您最喜欢哪种方法，为什么？

您是否正在考虑使用 Querydsl 或基于 JPA2 的 Spring 规范之类的框架来构建查询谓词？您认为这些框架是否足够成熟，可以被采用？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

恋竹姑娘 2024-11-12 13:59:16

我只能提供一个有偏见的意见，因为我是 Querydsl 的维护者，但我认为 Querydsl 和 Spring 规范都足够成熟。两者都在 JPA 2 之上提供了一个薄层，Querydsl 为查询构建提供了流畅的 DSL，为 DAO/Repository 构建提供了 Spring Data 模式。

Querydsl 的表达能力与 HQL/JPQL 相当。

以下是一些 JPA 2 Criteria 查询及其 Querydsl 版本：http://source.mysema。 com/forum/mvnforum/viewthread_thread,49

我们在论坛中提供快速的错误修复周期和响应式支持。 Querydsl 团队与 Spring、DataNucleus 等各方合作，改善 Java 中类型安全查询的状态。

回复收藏 0 原文

我不咬妳我踢妳 2024-11-12 13:59:16

不，不喜欢它，因为 API 缺乏可表达性和流畅性。是的，QueryDSL 用更少的代码完成了同样的事情，而且更自然。因此，我们对 JDO 自己的类型安全查询 API 采取了相同的路线，并将其与 JPA Criteria 进行比较
https://datanucleus.wordpress.com/2010 /11/09/jdo-typesafe-vs-jpa-criteria/

回复收藏 0 原文

心欲静而疯不止 2024-11-12 13:59:16

我大量使用 JPA 标准构建器。我使用元模型，类型安全的变体，但这不是唯一的选择。如果您想将 JPA 与其他框架进行比较，请不要考虑您需要生成元模型类这一事实。您不必为了相同的功能而只为了额外的好处。不过，我不会回到任何非类型安全的方法。

当你习惯了它之后，你会发现它使用起来非常简单，而且仍然很强大。

另一个好处是：它是标准的。例如：来自不同组织的多位专家都同意这一点。规范的质量是确定的，并且仍在不断发展。并且您可以获得多种实现（实际上，其中至少有两种在最流行的应用程序服务器中使用）。如果你采用一个随机的框架，你就无法得到这一点，它可能经得起时间的考验，也可能经不起时间的考验。

JPA2 中的一些示例：

Root<Person> personRoot = query.from(Person.class);
Path firstNamePath = personRoot.get(Person_.firstName);
Predicate firstNamePredicate = criteriaBuilder.equal(firstNamePath, "Roger");
query.where(firstNamePredicate);

您可以将所有这些压缩到一行，但我大多选择不这样做，以获得 100% 清晰的代码和每行 1 个语句。

I use JPA criteria builder intensively. I use the metamodel, type-safe variant, but that isn't the only option. If you want to compare JPA to other frameworks, don't count the fact that you need to generate metamodel classes. You don't, for the same functionnality, only for added-on benefits. I wouldn't go back to any non-type-safe approach, though.

When you get used to it, it's quite simple to use, and still powerful.

One added benefit: it's standard. As in: multiple experts from different organizations agreed on it. The quality of the specification is certain, and it's still evolving. And you get multiple implementations (really, at least two of them being used in the most popular application servers). You don't get that if you take a random framework, which may or may not stand the proof of time.

Some examples from JPA2:

Root<Person> personRoot = query.from(Person.class);
Path firstNamePath = personRoot.get(Person_.firstName);
Predicate firstNamePredicate = criteriaBuilder.equal(firstNamePath, "Roger");
query.where(firstNamePredicate);

You could squeeze all of this to one line, but I mostly choose not to do it to get 100% clear code and 1 statement per line.

回复收藏 0 原文