C'est un talk que j'ai découvert de Codeur en Sein qui parle de comment passer d'une architecture MVC vers une architecture clean/hexagonale.
Bon visionnage
Le guide intergalactique pour devenir CTO
Accéder à l'épisode
Programmer 10x Plus Vite
Accéder à l'épisode
Le manifeste du TDD avec Rémi Huguet
Accéder à l'épisode
Faut-il encore se convertir au dev avec Rayed Benbrahim
Accéder à l'épisode
Quels problèmes as-tu rencontré dans la vraie vie ?
J'ai beaucoup tatonné, j'avoue que je n'étais pas sûr des choix que j'avais fait mais cette vidéo a montré que j'étais dans la bonne voie.
Un problème rencontré, dans le domaine, comment gérer les identités de tes objets métiers ? Je ne voulais pas introduire d' ID technique dans mon domaine, (genre Id de BD, etc). C'est une question qui reste sans réponse, si vous avez des suggestions, je suis preneur.
Autre problème aussi , comment bien découper son code ? Sur mon projet perso, j'ai fait un gros fichier de service, un Port qui contenait tout et n'importe quoi (à l'ancienne). Dedans, y'avait du CRUD, et des fonctionnalités métiers, etc.
La prochaine étape, est de réfléchir et de découper son code en terme de UseCase. On pourrait dire qu'un Port peut correspondre à un Use Case.
Je ne sais si c'est la bonne façon de voir les choses.
J'aimerais connaître vos retours, et votre expérience.
Pour approfondir, je pense que tu trouveras des gens intéressés par ces questions sur le slack de Wealcome de Michaël Azerhad.
join.slack.com/...