JPA et l'héritage - Chicoree

1 Le projet initial

Pour cet article, nous allons utiliser comme support un exemple simple et original. Histoire de marquer votre esprit. Donc voici: le département marketing d'un grand éditeur de romans a déterminé qu'il y avait un marché potentiel important pour des romans d'Heroic Fantasy écrit par ... un logiciel.

2 Entités polymorphiques

Pour l'instant, nos personnages sont plutôt passifs. Mais pour avoir un roman à succès il est impératif que ceux-ci soient un tant soit peu plus dynamiques. Et dans un roman d'aventure, une des action favorite des personnages est d'attaquer leurs ennemis. Nous allons mettre en oeuvre cette action sous la forme d'une méthode à ajouter à l'entité Personnage:

2.1 Ajout d'un comportement

2.2 Un peu de diversité

Un roman où tous les personnages agissent de manière identique risque d'être bien vite lassant. Qui plus est, il serait souhaitable que les personnages agissent de façon un peu stéréotypée: les dragons crachent le feu, les nains brandissent des haches, etc. Tout ceci appelle à pleine voix l'utilisation de l'héritage et du polymorphisme. Or donc, voici deux nouvelles entités: le Dragon et le Nain. Mais ne mettons pas la charrue avant les boeufs et commençons tout d'abord avec la classe fr.chicoree.jpa.heroes.Dragon:

2.3 Tous pareils, mais tous différents

Peut-être l'ignorez-vous, mais les nains sont très fiers de leurs ancêtres. Et c'est faire preuve de bonne manière que de se présenter en précisant un ou plusieurs de ses ascendants. Ici nous nous limiterons pour chaque nain au nom de son père. Ce qui nous donne l'entité suivante:

3 Stratégies alternatives

Nous avons vu que par défaut, Hibernate choisit pour stratégie une table unique pour stocker tous les champs de toutes les classes d'une arborescence d'entités. Dans le vocabulaire de JPA, c'est la stratégie InheritanceType.SINGLE_TABLE. Vous pouvez l'indiquer explicitement dans le code de l'entité à la racine de l'arborescence avec l'annotation @Inheritance:

3.1 SINGLE_TABLE

3.2 JOINED

La stratégie que nous allons examiner maintenant est peut-être celle que vous auriez choisie si vous aviez mis en oeuvre la persistance de manière artisanale. Surtout si vous avez déjà une expérience des bases de données. L'idée est de stocker les données de chaque classe dans une table, et d'utiliser une jointure pour extraire l'ensemble des données d'un objet. La configuration de cette stratégie se fait à l'aide de l'annotation @Inheritance introduite à la section précédente:

3.3 TABLE_PER_CLASS

L'exécution ne change toujours pas:

4 Conclusion

Comme vous le voyez, JPA nous facilite grandement la vie pour assurer la persistance d'objets appartenant à des arborescences de classes. En outre, cette solution est relativement souple puisqu'elle nous permet de choisir parmi différentes stratégies. Néanmoins, il n'y a pas une stratégie meilleure que les autres dans tous les cas. Le choix de l'une ou de l'autre dépendra de l'arborescence de vos classes, de la distribution des champs dans ces classes, et de l'utilisation que vous ferez de vos données.