Model servait "d'API" au module domain et le Controller y accédait depuis un module maven dédié.
Maintenant que le Controller est dans le module domain, il n'y a plus d'intérêt à conserver une telle différence. Le controller est une API du module domain qui se sert d'une API du module domain. Dafuq.
Mieux : en mergeant ces deux entités, le Modèle pourrait accéder à tous les éléments du modèle (calculator, time, challenges, view, etc) et donc réellement agir comme une API. Cela résoudrait un certain nombre de problèmes à venir (avoir la clock, et les challenges en même temps au même endroit, chemin de code non clairs, etc)
QUE TOUS LES MVCiens SE DETENDENT
Cette proposition est issue du commit supprimant le controleur de son module.
Model servait "d'API" au module domain et le Controller y accédait depuis un module maven dédié.
Maintenant que le Controller est dans le module domain, il n'y a plus d'intérêt à conserver une telle différence. Le controller est une API du module domain qui se sert d'une API du module domain. Dafuq.
Mieux : en mergeant ces deux entités, le Modèle pourrait accéder à tous les éléments du modèle (calculator, time, challenges, view, etc) et donc réellement agir comme une API. Cela résoudrait un certain nombre de problèmes à venir (avoir la clock, et les challenges en même temps au même endroit, chemin de code non clairs, etc)