我习惯于在Hibernate中使用Criteria API,并且刚刚了解了JPA2.0中的Criteria是如何工作的。
在Hibernate的标准中,我最喜欢的是我们使用Criterion编写代码的简单性。
JPA标准对我来说似乎很重,而且没有Hibernate标准那么流畅。对我来说,与Hibernate相比的主要好处之一似乎是使用了元模型(Entity_.java类),但它仍然有点重,因为您必须维护2个类,或者添加一个注释处理器(尽管它很容易与maven插件集成)
我在SpringSource上读过一篇博客,它允许降低使用"JPA谓词“进行组合的复杂性,并与Hibernate中的Criterion类似。
Querydsl项目似乎很有趣。
http://blog.springsource.com/2011/04/26/advanced-spring-data-jpa-specifications-and-querydsl/
只是想知道,对于那些使用JPA2的人来说,你是在使用Criteria API,还是它对你来说有点太重了?
对于那些熟悉Hibernate标准和现在使用JPA标准的人来说,你最喜欢哪种方法?为什么?
您是否正在考虑使用或使用像Querydsl或Spring Specification over JPA2这样的框架来构建查询谓词?你认为这些框架是否成熟到可以被采用?
发布于 2011-05-07 22:13:41
我只能提供一个有偏见的观点,因为我是Querydsl的维护者,但我认为Querydsl和Spring规范都已经足够成熟。它们都在JPA2之上提供了一个薄层,Querydsl为查询构造提供了一个流畅的DSL,为DAO/Repository构造提供了Spring数据模式。
Querydsl的表达能力与HQL/JPQL相当。
下面是一些JPA2Criteria查询及其Querydsl版本:http://source.mysema.com/forum/mvnforum/viewthread_thread,49
我们在我们的论坛中提供快速的bug修复周期和响应支持。Querydsl团队与Spring、DataNucleus和其他各方合作,以改善Java语言中类型安全查询的状态。
发布于 2011-05-06 17:10:25
不,我不喜欢它,因为API缺乏可表达性和流畅性。是的,QueryDSL用更少的代码做同样的事情,而且更自然。出于这个原因,我们对JDO自己的类型安全查询API采取了相同的方法,将其与JPA Criteria https://datanucleus.wordpress.com/2010/11/09/jdo-typesafe-vs-jpa-criteria/进行了比较
发布于 2012-04-05 15:44:21
我大量使用JPA criteria builder。我使用元模型,类型安全的变体,但这不是唯一的选择。如果您想将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%清晰的代码和每行一条语句。
https://stackoverflow.com/questions/5908905
复制相似问题