Discussion :

[jecomprendsrien]

Bonjour,

dans le livre Java que je suis en train de lire comme sur beaucoup d'exemples sur le net également, je remarque souvent l'utilisation d'une entité embarquée (avec @Embeddable et @Embedded). L'exemple type est celui d'une personne embarquant une entité adresse et formant donc une table unique personne en bdd.

Un exemple ici

L'intérêt est apparemment de pouvoir utiliser l'entité adresse dans une autre classe. Mais dans quel cas cela peut il arriver ? Et pourquoi ne pas directement récupérer l'entité personne et via les accesseurs accéder à son adresse ?

Je n'arrive pas à comprendre l'intérêt des entités embarquées

Quelqu'un peut il m'expliquer ?

Merci

[Aure7780]

L'interet, c'est que tu travailles sur de la persistance de données.

Les classes annotées par @Entity ont donc pour finalité d'être persistées en base de données.
Tous les membres de cette classes deviennent donc des champs possibles en base. JPA gère tous les types par défaut (int, boolean, String, ...) pour créer les champs.

Or si tu lui spécifier comme membre un Classe à toi, JPA ne sais pas comment créer ce champ.
Il incombe au développeur de faire un choix, comment stocker cette donnée :

Prenons le cas de l'entité Personne qui contient un membre Adresse :
Choix 1 : Adresse est annoté par l’annotation @Entity, chaque entité aura sa propre table en base soit 2. Donc pour avoir accès à l'Adresse d'une personne, il faudrait faire une relation entre les 2 tables (entités) : @ManyToMany, @OneToMany, ...
Choix 2 : Adresse est annoté par l’annotation @Embeddable, seul l'entité Personne sera persisté en base. En précisant l'annotation @Embedded sur le membre Adresse de la classe Personne, ont dit à JPA : "intègre les champs de cette entité (Adresse) à l'intérieur de l'entité en cours (Personne)".
Avec @Embeddable tu n'as donc qu'une seule table en base qui contient les champs des 2 classes.

Cela permet d'améliorer le modèle objet sans pour autant modifier le comportement en base...