Partie I. Les bases
Pour réussir une transformation axée sur le domaine, il faut plusieurs outils différents. Parmi ceux-ci, on trouve la conception axée sur le domaine (DDD), la modélisation collaborative et les concepts d'architecture logicielle, que nous examinons dans cette première partie du livre. L'introduction suivante reflète notre compréhension de la façon dont la DDD a vu le jour et dont des techniques complémentaires ont été ajoutées à la DDD au fil du temps.
Quand le livre Domain-Driven Design, plus tard connu sous le nom de « livre bleu », a été publié par Eric Evans en 2004 [Evans 2004], tous ses concepts n'étaient pas bien compris en dehors des cercles initiés. Ce n'est qu'avec la sortie en 2013 du livre de Vaughn Vernon, Implementing Domain-Driven Design, appelé le « livre rouge » [Vernon 2013], que ces idées ont été comprises par un public plus large. L'arrivée des microservices, apparus vers 2012 comme un nouveau style d'architecture pour faire évoluer les gros systèmes logiciels, a aussi boosté l'intérêt pour le DDD. En effet, le DDD propose non seulement des modèles de conception utiles, connus sous le nom de conception tactique, mais aussi un outil pratique pour décomposer les domaines en sous-domaines et transférer la structure orientée domaine qui en résulte vers la modularisation des systèmes logiciels, qu'ils soient monolithiques ou construits à partir de microservices : la conception stratégique.
Le nombre impressionnant de publications consacrées au ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access