Mon application Java utilisant JPA pour objet de persistance. Le domaine d'activité est très simple (juste trois classes sont persistantes, avec 3-5 propriétés de chaque). Les requêtes sont simples ainsi. La question est de savoir qui approche, je devrais utiliser: JPQL ou les Critères de l'API?
Réponses
Trop de publicités?
Je suis sûr que cela a déjà été abordée ici mais je ne pouvais pas trouver la question existante. Donc, ici, est de mon point de vue sur la question:
- - Je trouver les requêtes JPQL plus facile d'écrire/lire.
- Je trouve l'API des Critères de nice pour la construction de requêtes dynamiques.
Qui est essentiellement ce que vous trouverez dans Hibernate: Critères vs HQL.
Mais il existe une différence majeure entre la JPA 2.0 API des Critères et mise en veille prolongée de l'API des Critères qui mérite d'être mentionnée: la JPA 2.0 Critères de l'API est un typesafe API et donne ainsi au moment de la compilation des contrôles, la complétion de code, une meilleure prise en charge du refactoring, etc. Cependant, je ne trouve pas que les avantages l'emportent sur la facilité d'utilisation de JPQL.
Pour résumer, je serais favorable à JPQL, sauf pour les requêtes dynamiques (par exemple, pour le multi critères des fonctions de recherche).
Questions connexes
- Hibernate: Critères vs HQL
- Quelles sont certaines de la l'exemple du monde réel où JPA2 Critères de l'API est plus préférable?
Plus de ressources
tglman
Points
321
je pense que vous pouvez aussi envisager de quelques autres framework comme:
cela vous donne un type de coffre-fort et de façon intelligente pour créer des requêtes, ne sont pas la norme, mais je suis sûr que la prochaine sera la norme fondée sur l'un de cette technologie.
si vous voulez rester sur les normes de l'ignorer.
bye
