Thanks for sharing, Philémon

Pour un développeur expert Spring ceci ne sont pas les seuls vraies raisons. Et même quelque part dangereux de ne présenter que cela. Car c’est comme dire à chaque développeur que pour le respect de l’inversion de dépendance il faut faire du spring. Sur le plan de spring tout ceci réside dans la façon dont Spring crée les proxy - à partir de l’interface on utilise le JDK Dynamic Proxy on ne connaît pas l’implémentation réelle de la classe et la classe peut être une pure classe java et surtout si elle est annotée @Transactional alors la logique transactionnelle est effectuée AVANT d’exécuter la méthode. - à partir d’une classe d’implémentation c’est le CGLIB Proxy qu’on utilise pour faire de l’injection surtout si elle n’implémente pas d’interface et cette classe ne doit pas être finale et ses méthodes ne doivent pas être finales et surtout on perd les avantages comme le Hot swapping de devtools mais pire encore tu perds la logique transactionnelle entre 2 méthodes de la même classe si une est annotée et l’autre pas.

Principe 5 des principes SOLID