Retour d'expérience sur la migration d'un RAD vers une Clean Architecture
Retour d'expérience pratique sur la migration d'une architecture RAD vers Clean Architecture avec DDD et architecture hexagonale par Nathan Pretot
Cette sketchnote résume la présentation Retour d'expérience sur la migration d'un RAD vers une Clean Architecture par Nathan Pretot lors de l'AFUP Day Lille, partageant un retour d'expérience concret sur la transformation d'une architecture RAD vers une approche plus structurée.
Contenu
Nathan démarre avec une vérité paradoxale du code legacy : "Rien ne marche, mais tout marche !". Sa présentation structure la démarche de migration autour de concepts fondamentaux : l'Ubiquitous Language pour que le code raconte le métier, les services pour la logique métier, et l'utilisation d'entités et value objects pour représenter le domaine.
L'architecture hexagonale est présentée comme solution avec ses ports/adapters pour les connexions entre couches, permettant de séparer les préoccupations techniques du métier. Nathan aborde également CQRS (Command Query Responsibility Segregation) pour gérer lecture et écriture, et insiste sur l'importance de préparer la séparation progressive du legacy.
Points clés à retenir
- Migration progressive : Partir du legacy existant pour évoluer vers Clean Architecture sans tout réécrire
- DDD au centre : Utiliser l'Ubiquitous Language et les entités/value objects pour modéliser le métier
- Architecture hexagonale : Séparer les couches avec des ports/adapters pour l'isolation des responsabilités
- CQRS pratique : Distinguer lecture et écriture pour optimiser les performances et la maintenabilité