Discussion :

[themasterking]

Bonjour à tous,

J'ai Créé 26 entités avec spring-data, hibernate et JPA. J'aimerai savoir s'il y a un moyen plus facile de factoriser l'écriture des "repository/DAO" et des "service".

J'aimerai éviter d'écrire 26 "repository" et service (et de plus les entités sont amenés à évoluer en nombre"). Toute aide me sera d'une grande utilité. Merci d'avance.

[Badshade23]

26 entités amenées à évoluer en nombre ?
Si tu veux trouver un moyen plus facile de factoriser l'écriture des "repository/DAO" et des "service ", c'est qu'ils ont des points en commun non ?
Il n'y aurait pas un problème de conception de base ?
Quant au fait d'écrire le moins de code possible, tu as toujours des librairies comme "Lombok" qui via des annotations t'évite d'écrire les getters setter ... pour tes entités. Quant aux couches DAO et Service Spring, facilite déjà bien le travail grâce a Spring DATA ...
Après, tu peux toujours jouer avec des niveaux d’abstraction plus haut, utiliser le système d’héritage par exemple. Mais je pense que si tous tes services et Dao se ressemble, tu dois avoir un souci de conception plus haut notamment au niveau de ta BDD (schéma relationnel de BDD, diagramme de classe ...). Après ça reste mon avis.

[Yonito]

Salut,

Pour ma part je prefere toujours lier un repository a une table dans la DB uniquement. Donc si tu as 26 entites, je ne vois aucun probleme a ce que tu es 26 DAOs. De la meme maniere j'aime lier un service a sa dao et non pas des services qui peuvent appeler des DAOs de d'autres services.

De cette maniere je trouve que le code est beacoup plus ordonne et independant.

P.S : 26 c'est pas beaucoup

[Badshade23]

P.S : 26 c'est pas beaucoup

Oui, je me suis peut-être mal exprimé.
Vu que celles-ci peuvent évoluer et vue comment, c'est présenté, je me suis dit qu'elles avaient un ou plusieurs point commun d'où mon point de vue.
Après, je ne connais pas le thème du projet ni les entités.
Perso, la question ne se pose pas si chaque entité est nécessaire.