Question

Je vois beaucoup de techniques de mise en œuvre sur le printemps JPA (Jpatemplate, japdaosupport printemps-data-jpa, natif way entitymanager, hibernatesupport, ect ), Laquelle est la meilleure technique pour développer un DAO générique, qui devrait être une allocation des ressources propres, une gestion des transactions et des performances élevées. Quels sont les avantages et les inconvénients

scénario

  • Entité> 70
  • Application Web et WebServices
  • Prise en charge future OSGI et sources de données multiples
Était-ce utile?

La solution

Je pense que la meilleure façon serait de s'en tenir au @persistentContext pour gérer les instances d'EtityManagers, et de les injecter dans un DAO générique tiers. Vous pouvez en écrire un par vous-même, utiliser Spring-Data comme mentionné par @ralph ou essayer des bibliothèques comme Enfers.

Autres conseils

Spring-Data-JPA est livré avec un générique déjà complice (avec tout ce que vous mentionnez), mais pour autant que je sache, vous aurez besoin d'au moins une interface (vide) pour chaque DAO en béton.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top