Chapitre 1 : Introduction à la conception pilotée par le domaine : Comprendre les concepts et les méthodes de conception

1.1 Qu'est-ce que la conception pilotée par le domaine ? : Connaissances de base pour comprendre les concepts de conception
____1.1.1 Avant d'entrer
____1.1.2 Comprendre le concept de conception axée sur le domaine
____1.1.3 Exploiter le modèle de domaine
____1.1.4 Intériorisation des connaissances du domaine
____1.1.5 Utiliser un langage commun lors de la communication
____1.1.6 Connexion des modèles et des implémentations
____1.1.7 Développement d'applications et conception pilotée par le domaine
____1.1.8 Conception pilotée par le domaine et programmation orientée objet
____1.1.9 Conception pilotée par le domaine et développement logiciel agile
____1.1.10 Résumé
1.2 Comprendre le modèle de domaine : un concept pour représenter avec précision les connaissances métier dans les logiciels
____1.2.1 Trois utilisations du modèle de domaine
____1.2.2 Comparaison des méthodes de description de la logique métier
____1.2.3 Modélisation des activités commerciales
____1.2.4 Connaissances de base pour la création d'un modèle de domaine
____1.2.5 Composantes de la conception pilotée par les modèles
____1.2.6 Évolution du modèle de domaine
1.3 Architecture distribuée et conception pilotée par le domaine : trois modèles de conception pour relier les modèles et les implémentations
____1.3.1 Conception stratégique
____1.3.2 Qu'est-ce qu'une architecture distribuée ?
____1.3.3 Introduction à la conception pilotée par le domaine
____1.3.4 Intégration inter-services et conception axée sur le domaine
____1.3.5 Se concentrer sur les domaines clés
____1.3.6 Résumé
1.4 Intégrer la conception axée sur le domaine dans le processus de développement : quatre perspectives issues de différents domaines
____1.4.1 Quelle est une méthode de développement simple pour appliquer la conception pilotée par le domaine ?
____1.4.2 Quatre perspectives pour son introduction dans le processus de développement
____1.4.3 Créer un environnement qui facilite l'acquisition des connaissances du domaine
____1.4.4 Dérivation efficace des règles métier
____1.4.5 Partage des connaissances du domaine entre les équipes
____1.4.6 Poursuivre l'application de la conception axée sur le domaine dans le respect des contraintes du monde réel
____1.4.7 Cas d'application ① - Composition appropriée de l'équipe
____1.4.8 Cas d'application 2 - Rédaction d'un document de conception détaillé dans un langage de programmation
____1.4.9 Cas d'application 3 - Étude sur la méthode de gestion des plannings
1.5 Noms et glossaire des modèles de conception pilotés par le domaine : Guide d’interprétation de la terminologie
____1.5.1 Réfléchir au sens des mots
____1.5.2 Modèles et terminologie liés aux modèles de domaine
____1.5.3 Modèles et terminologie liés à la conception stratégique
____1.5.4 Modèles et terminologie à l'aide de modèles de domaine

Chapitre 2 : Guide pratique de conception axée sur le domaine : Développer des compétences appliquées avant la théorie

2.1 Aperçu de la conception pilotée par le domaine : retour sur son objectif initial et abandon de la conception pilotée par le domaine légère
____2.1.1 Qu'est-ce que la conception pilotée par le domaine ?
____2.1.2 Caractéristiques de la conception pilotée par le domaine
____2.1.3 Comprendre les techniques de conception de la conception axée sur le domaine
____2.1.4 DDD léger
____2.1.5 Mettre l'accent sur la conception originale axée sur le domaine
____2.1.6 Techniques de conception de base
____2.1.7 Techniques de conception fondamentales
____2.1.8 Techniques de conception qui relient l'ensemble
____2.1.9 Résumé
2.2 Le langage omniprésent : comprendre sa définition et ses effets, et le mettre en pratique au sein de votre équipe
____2.2.1 Avant d'entrer
____2.2.2 Qu’est-ce qu’une langue omniprésente ?
____2.2.3 Mise en œuvre de l'introduction du langage omniprésent
____2.2.4 Création d'une langue omniprésente
____2.2.5 Promouvoir les avantages du langage omniprésent
____2.2.6 Choisissez une langue commune avec les membres de votre équipe
____2.2.7 Typique de l'établissement d'une langue omniprésente
____2.2.8 Enfin
2.3 Event Storming : Interpréter le domaine pour créer un modèle
____2.3.1 Modélisation par l'analyse d'événements
____2.3.2 La vue d'ensemble
____2.3.3 Modélisation des processus métier
____2.3.4 Modélisation des systèmes logiciels
____2.3.5 Boucle de rétroaction
____2.3.6 Résumé
2.4 Event Sourcing : Mise en œuvre basée sur les diagrammes d’Event Storming
____2.4.1 Exemple de diagramme d'événement de tempête
____2.4.2 Implémentation qui ne présuppose pas d'événements
____2.4.3 Implémentation pilotée par les événements
____2.4.4 Implémentation via l'Event Sourcing
____2.4.5 Event Storming et Event Sourcing
____2.4.6 Configuration de l'infrastructure
____2.4.7 Résumé

Chapitre 3 : Qu’est-ce que l’architecture propre ? : Comprendre les principes de conception fondamentaux pour le développement

3.1 Terminologie de l'architecture propre : Comprendre la signification des termes dans les blogs, les livres et le contexte historique
____3.1.1 Qu'est-ce que l'architecture propre ?
____3.1.2 Architecture et conception logicielle
____3.1.3 Conception axée sur le domaine et architecture propre
3.2 Approche de l'essence de l'architecture propre : séparation des préoccupations, cercles concentriques et le cœur des principes SOLID.
____3.2.1 Séparation des préoccupations
____3.2.2 Un exemple typique d'architecture propre
____3.2.3 Comprendre les points clés des principes SOLID
____3.2.4 Garantir la testabilité
____3.2.5 Étude de cas de conception architecturale
____3.2.6 Conclusion
3.3 Comprendre le code source : Déduire les principes fondamentaux d’une architecture propre à partir de scénarios typiques
____3.3.1 Scénario type 189
____3.3.2 Changement menant à l'action 200
____3.3.3 Résumé 204
3.4 Comprendre par les applications : Expérimenter le couplage fort → le couplage faible → l’architecture propre 205
3.4.1 Avant d'entrer
____3.4.2 Exemples d'application
3.4.3 Structure et défis des applications fortement couplées
____3.4.4 Le défi du couplage fort
____3.4.5 Découplage faible et refactorisation
____3.4.6 Défis de l'architecture B-Clean
____3.4.7 Refactorisation vers une architecture propre
____3.4.8 Architectures propres instables et stables
____3.4.9 Résumé
3.5 Développement pratique d'applications mobiles : une approche pratique basée sur le guide d'architecture des applications
3.5.1 Avant d'entrer
____3.5.2 Guide d'architecture d'application
____3.5.3 Architecture MVVM
____3.5.4 Modularisation
____3.5.5 Architecture propre dans les applications Android
____3.5.6 Résumé

Moins de théorie, plus d'expérience !
Apprenez la conception axée sur le domaine grâce à des exemples de projets concrets !

Comment la conception pilotée par le domaine peut-elle être appliquée en pratique ? Ce livre est un guide d’introduction conçu pour aider les développeurs à comprendre et à utiliser la conception pilotée par le domaine, en se concentrant sur des situations concrètes qu’ils rencontrent sur leur lieu de travail.
Plutôt que de simplement expliquer la théorie, il vous guide à travers des exemples et du code spécifiques, basés sur l'expérience de projets réels, sur la manière de créer un modèle de domaine et de collaborer entre équipes.
En suivant le processus de transition d'une approche de développement centrée sur la fonctionnalité à une approche centrée sur le domaine, vous apprendrez naturellement les concepts fondamentaux du DDD.

Cet article décrit étape par étape le processus d'introduction du DDD au sein d'une organisation et son application à des systèmes réels.
Il s'agit d'un guide pratique auquel les développeurs peuvent se référer du début à la fin d'un projet, incluant des méthodes de collaboration avec des experts du domaine, des stratégies de cartographie du contexte et des points de refactorisation du code.
Il explique comment l'utiliser dans différents environnements de développement sans être lié à une technologie spécifique.
Cet ouvrage est incontournable pour les lecteurs à la recherche d'un guide pratique et concret sur le DDD, applicable directement à la pratique et non pas seulement à la théorie.

[Avis d'un lecteur bêta]

Dans un environnement de services de plus en plus complexe, nous abordons les principes de conception pour le développement, basés sur une compréhension claire des processus et des règles propres à chaque domaine d'activité.
En outre, elle décrit une approche qui simplifie et rationalise les perspectives nécessaires pour développer et modifier plus facilement les services en fonction de l'évolution des politiques commerciales.
Plus précisément, l'objectif et l'utilisation du modèle de domaine abordé dans le livre, ainsi que sa conception, sa hiérarchie et son architecture, sont expliqués à l'aide de code source et d'exemples concrets pour faciliter la compréhension.
Ce livre vous aidera à comprendre le modèle de domaine en l'appliquant à votre travail, et vous permettra ainsi de séparer et d'isoler la logique de domaine pour chaque unité commerciale, augmentant ainsi la productivité du développement.
Choi In-joo_SSG.com

La clé de la conception axée sur le domaine est de comprendre en profondeur « ce qu'il faut concevoir et pourquoi le concevoir » plutôt que « comment le mettre en œuvre ».
Lors du développement de logiciels, nous devons prendre les décisions les plus importantes aux moments les plus opaques et les plus incertains.
Il est donc important de comprendre le domaine plus en profondeur que le code, de le concevoir autour de la logique métier et de permettre des améliorations progressives.
Ce livre offre une compréhension claire des stratégies de réflexion et de conception axées sur le domaine, nous indiquant clairement où concentrer nos efforts et quels critères utiliser pour porter des jugements dans des environnements commerciaux complexes.
Il met notamment l'accent sur la collaboration omniprésente basée sur le langage avec les parties prenantes et la résolution de problèmes axée sur le domaine, et présente des méthodes concrètes pour développer des conceptions réalistes avec des équipes sur le terrain.
J'espère que grâce à ce livre, de nombreuses personnes pourront adhérer aux valeurs fondamentales de la conception axée sur le domaine et en bénéficieront d'une introduction plus aisée.
Lee Yoon-seon, développeur backend

Les exemples pratiques et les retours d'expérience concrets étaient bien intégrés, facilitant la compréhension des concepts fondamentaux de la conception pilotée par le domaine (DDD). Les explications précises de la théorie DDD, adaptées à des situations réelles, m'ont incité à les appliquer immédiatement.
Jang Seong-il_DONGKUK SYSTEMS

Ce livre offre une vue d'ensemble claire des concepts fondamentaux nécessaires à la compréhension et à l'application de la conception axée sur le domaine.
Au-delà d'une simple explication, il explique de manière convaincante pourquoi le DDD est nécessaire et comment l'aborder, à l'aide de divers exemples.
J'ai également été impressionné par la manière dont il présentait les méthodes et les orientations pour introduire le DDD même dans des contraintes réalistes.
Seo Jae-wan, développeur front-end

Les exemples concrets et les explications claires ont rendu la conception axée sur le domaine facile à comprendre.
Nous pensons que les différents exemples de code et les flux de processus seront naturellement liés, ce qui sera utile aux lecteurs de différents niveaux d'expérience.
Globalement, c'est un bon livre que je recommande aux développeurs travaillant dans ce domaine, car il regorge de contenu riche.
Lee Ki-ha, chef d'équipe stratégie OPDC

Il existe de nombreux livres sur le DDD.
Mais aucun livre n'a jamais expliqué les domaines avec autant de facilité, de concision et de clarté.
Si le livre « Domain-Driven Design » d'Eric Evans est abstrait, celui-ci est concret et clair.
Avant tout, il explique les points essentiels de manière concise et simple.
Si vous trouvez la conception axée sur le domaine vague ou difficile, ce livre vous fera changer d'avis.
Ce livre vous aidera à apprendre « correctement » les fondamentaux de la conception pilotée par le domaine.
Kim Dong-woo, développeur backend et chef de projet pour startups