Résumé du livre
Domain-Driven Design
Tackling Complexity in the Heart of Software
Modéliser le métier au cœur du logiciel : langage ubiquitaire, agrégats, bounded contexts. L'art d'aligner le code sur le domaine.
Commencer 10 chapitres · ~136 min de lecture
Sommaire
- 01 Pourquoi le Domain-Driven Design ? Le défi de la complexité métier, le modèle de domaine comme langage partagé, et l'art du « knowledge crunching ». 12 min
- 02 Le langage ubiquitaire Un langage unique, rigoureux et partagé entre experts métier et développeurs — incarné jusque dans le code. 13 min
- 03 Les contextes délimités (Bounded Contexts) Un même mot ne signifie pas la même chose partout : délimiter explicitement la zone de validité de chaque modèle. 12 min
- 04 La cartographie des contextes Comment les contextes communiquent : Anti-Corruption Layer, Shared Kernel, Customer/Supplier, Open Host Service… 16 min
- 05 Sous-domaines & distillation Tout le domaine n'a pas la même valeur : concentrer le meilleur effort sur le Core Domain, isoler le générique. 13 min
- 06 Model-Driven Design & architecture Lier intimement le modèle au code et l'isoler de la technique via une architecture en couches, puis hexagonale. 12 min
- 07 Entités, Objets-Valeur & Services Les briques d'un modèle exprimé en code : identité contre immuabilité, et où loger les comportements sans foyer. 15 min
- 08 Agrégats, Fabriques & Référentiels Maîtriser le cycle de vie des objets du domaine : frontières de cohérence, création encapsulée et reconstitution. 15 min
- 09 Le design souple & le refactoring vers l'insight Rendre le modèle agréable à manipuler et le laisser émerger : intentions explicites, fonctions pures, percées. 16 min
- 10 Domain Events, CQRS & Event Sourcing Le DDD tactique moderne : capturer ce qui se passe dans le domaine, séparer lecture et écriture, rejouer l'histoire. 12 min