我的Java应用程序使用JPA进行对象持久化。业务域非常简单（只有三个类是持久性的，每个类具有3-5个属性）。查询也很简单。问题是我应该使用哪种方法：JPQL或Criteria API？
Answers:
我很确定这已经在此处讨论了，但是我找不到现有的问题。所以，这是我对这个问题的看法：
基本上可以在Hibernate中找到：Criteria vs. HQL。
但是，值得一提的是，JPA 2.0 Criteria API和Hibernate的Criteria API之间有一个主要区别：JPA 2.0 Criteria API是一种类型安全的API，因此可以提供编译时间检查，代码完成，更好的重构支持等。但是，我没有发现好处超过了JPQL的易用性。
综上所述，除动态查询（例如，用于多条件搜索功能）外，我希望使用JPQL。
我之前回答了类似的问题，为了社区的利益，我将在这里重新发布我的答案。我将假设您正在使用我下面的答案所对应的Application Server。
Criteria API的存在允许以防止SQL注入的类型安全的方式构造动态SQL查询。否则，您将SQL字符串串联在一起，这既容易出错又存在安全风险：即SQL注入。那是您唯一想使用Criteria API的时间。
如果查询基本保持不变，但只需要接受不同的参数，则应使用带注释的参数，这些参数@NamedQueries更简单，预编译，可以在辅助缓存中进行缓存，并且可以在服务器启动期间进行验证。
这基本上是关于Criteria Queries vs的经验法则@NamedQueries。以我的经验，您很少需要Criteria API，但在极少数情况下需要它，这很好。
希望这可以帮助。
JPQL过多避免。不是说使用JPQL是一种不好的做法，而是说如果可以使用Criteria完成某些工作，那么就应该在不使用JPQL的情况下进行。我只是在虚心地寻求您的更多说明，而不是质疑您对JPQL而不是标准的偏爱。