Le 28/01/2015 11:17, Brendan Le Ny a écrit :
Sauf que là, ça s'oppose à deux autres principes souhaitables : 1/ souhait de rétro-compatibilité (pour moi, c'est pas un souci car on travaille sur une version majeure) 2/ le principe de moindre surprise qui veut qu'un composant fonctionne a priori comme on s'y attendra, et donc on pourra s'attendre à ce que ToPIA, basé sur Hibernate, ait comme comportement par défaut celui d'Hibernate (donc ne pas changer les valeurs par défaut).
En l'occurence, il s'agit de fixer la naming strategy d'Hibernate. Par défaut, Hibernate (et donc ToPIA 2 et, je suppose, une majorité de nos projets) utilisent la DefaultNamingStrategy alors que la bonne pratique veut qu'on utilise la ImprovedNamingStrategy.
Tu as une source concernant cette bonne pratique de ImprovedNamingStrategy ? Car si c'est une bonne pratique, pourquoi hibernate ne l'utilise pas en lieu et place de DefaultNamingStrategy ?
Donc soit
option 1) ToPIA démarre Hibernate avec, par défaut, la ImprovedNamingStrategy parce que c'est la bonne pratique mais certains projets basés sur ToPIA 2 (pas ceux qui démarreront sur ToPIA 3) devront avoir une ligne de configuration en plus (ça qui me paraît pas la mer à boire) pour assurer la compatibilité avec ToPIA 3 (à moins de migrer les bases mais ça me paraît fou)
option 2) On laisse tel quel, car c'est ainsi que fonctionne Hibernate par défaut et donc c'est à Hibernate de faire le choix de faire évoluer la valeur par défaut Je vote pour l'option 2 (parce que je n'ai pas d'argument pour voter pour l'option 1).
-- Éric Chatellier - www.codelutin.com - 02.40.50.29.28