book

Apprendre la conception pilotée par les domaines

by Vlad Khononov

November 2024

Intermediate to advanced

342 pages

9h 39m

French

O'Reilly Media, Inc.

Book available

Read now

Unlock full access

Pourquoi j'ai écrit ce livreQui devrait lire ce livre ?Naviguer dans le livreExemple de domaine : WolfDeskConventions utilisées dans ce livreUtiliser des exemples de codeApprentissage en ligne O'ReillyComment nous contacterRemerciements
Qu'est-ce qu'un domaine commercial ?Qu'est-ce qu'un sous-domaine ?Types de sous-domainesComparaison des sous-domainesIdentifier les limites des sous-domainesExemples d'analyse de domaineGigmasterBusVNextQui sont les experts du domaine ?ConclusionExercices
Problèmes professionnelsDécouverte des connaissancesCommunicationQu'est-ce qu'une langue omniprésente ?Langue de l'entrepriseScénariosCohérenceModèle du domaine d'activitéQu'est-ce qu'un modèle ?Une modélisation efficaceModélisation du domaine d'activitéEffort continuOutilsLes défisConclusionExercices
Modèles incohérentsQu'est-ce qu'un contexte délimité ?Limites du modèleRaffinement du langage omniprésentPortée d'un contexte délimitéContextes délimités et sous-domainesSous-domainesContextes limitésL'interaction entre les sous-domaines et les contextes délimitésLimitesLimites physiquesLimites de propriétéDes contextes limités dans la vie réelleDomaines sémantiquesLa scienceAcheter un réfrigérateur ConclusionExercices
CoopérationPartenariatNoyau partagéClient-FournisseurConformisteCouche anticorruptionService d'hébergement ouvertDes chemins séparésQuestions de communicationSous-domaines génériquesDifférences entre les modèlesCarte du contexteEntretien LimitesConclusionExercices
Script de transactionMise en œuvreCe n'est pas si facile !Quand utiliser le script de transactionDossier actifMise en œuvreQuand utiliser l'enregistrement actifSois pragmatiqueConclusionExercices

HistoireModèle de domaineMise en œuvreBlocs de constructionGérer la complexité ConclusionExercices
Sourcing d'événementsRechercheAnalyseSource de véritéMagasin d'événementsModèle de domaine basé sur les événementsAvantagesInconvénientsQuestions fréquemment poséesPerformanceSuppression des donnéesPourquoi ne puis-je pas simplement... ?ConclusionExercices
Logique commerciale et modèles architecturauxArchitecture en couchesCouche de présentationCouche logique d'entrepriseCouche d'accès aux donnéesCommunication entre les couchesVariationQuand utiliser l'architecture en couchesPorts et adaptateursTerminologiePrincipe d'inversion de la dépendanceIntégration des composants de l'infrastructureVariantesQuand utiliser les ports et les adaptateursSéparation des responsabilités entre les commandes et les requêtesModélisation polyglotteMise en œuvreProjeter les modèles de lectureLes défisModèle de ségrégationQuand utiliser le CQRSChamp d'applicationConclusionExercices
Traduction du modèleTraduction de modèle sans étatTraduction de modèle avec étatIntégrer des agrégats Boîte d'envoi SagaGestionnaire de processusConclusionExercices
HeuristiqueContextes limitésModèles de mise en œuvre de la logique d'entrepriseModèles architecturauxStratégie de testPyramide de testTest du diamantPyramide de test inverséeArbre de décision de la conception tactiqueConclusionExercices
Changements dans les domainesDe l'essentiel au génériqueDu générique à la baseSoutien aux génériquesSoutien à la baseDe la base au soutienDu générique au soutienPréoccupations stratégiques en matière de conceptionPréoccupations en matière de conception tactiqueTransaction Script to Active RecordActive Record to Domain Model (enregistrement actif au modèle de domaine)Modèle de domaine à modèle de domaine à source événementielleGénérer des transitions passéesModélisation des événements migratoiresChangements organisationnelsPartenariat client-fournisseurLe client et le fournisseur s'éloignent l'un de l'autreConnaissance du domaineCroissanceSous-domainesContextes limitésAgrégatsConclusionExercices
Qu'est-ce que l'EventStorming ?Qui devrait participer à EventStorming ?De quoi as-tu besoin pour l'EventStorming ?Le processus d'EventStormingÉtape 1 : Exploration non structuréeÉtape 2 : DélaisÉtape 3 : Points douloureuxÉtape 4 : Événements décisifsÉtape 5 : CommandesÉtape 6 : PolitiquesÉtape 7 : Lire les modèlesÉtape 8 : Systèmes externesÉtape 9 : AgrégatsÉtape 10 : Contextes délimitésVariantesQuand utiliser EventStormingConseils d'animationRegarde la dynamiqueÉvénement à distanceTourbillonConclusionExercices
Analyse stratégiqueComprendre le domaine d'activitéExplore la conception actuelleStratégie de modernisationModernisation stratégiqueModernisation tactiqueCultiver une langue omniprésenteConception pragmatique pilotée par les domainesVendre la conception pilotée par les domainesConception guidée par les domaines sous couvertureConclusionExercices
Qu'est-ce qu'un service ?Qu'est-ce qu'un microservice ?Méthode en tant que service : Des microservices parfaits ?Objectif de conceptionComplexité du systèmeLes microservices en tant que services profondsLes microservices en tant que modules profondsConception pilotée par le domaine et limites des microservicesContextes limitésAgrégatsSous-domainesCompression des interfaces publiques des microservicesService d'hébergement ouvertCouche anticorruptionConclusionExercices
Architecture pilotée par les événementsÉvénementsÉvénements, commandes et messagesStructureTypes d'événementsConception d'une intégration pilotée par les événementsGrande boule de boue distribuéeCouplage temporelCouplage fonctionnelCouplage de mise en œuvreRefonte de l'intégration pilotée par les événementsHeuristique de conception pilotée par les événementsConclusionExercices
Modèle de données analytiques versus modèle de données transactionnellesTableau des faitsTableau des dimensionsModèles analytiquesPlateformes de gestion des données analytiquesEntrepôt de donnéesLac de donnéesDéfis des architectures d'entrepôt de données et de lac de donnéesData MeshDécomposer les données autour des domainesLes données en tant que produitPermettre l'autonomieConstruis un écosystèmeCombiner le Data Mesh et la conception pilotée par les domaines.ConclusionExercices
ProblèmeSolutionMise en œuvrePour en savoir plusConception avancée pilotée par les domainesModèles d'architecture et d'intégrationModernisation des systèmes existantsEventStormingConclusion
Cinq contextes limitésDomaine d'activitéContexte délimité #1 : MarketingContexte limité #2 : CRMContexte limité #3 : Croqueurs d'événementsContexte limité #4 : BonusContexte délimité #5 : La plaque tournante du marketingDiscussionLangage omniprésentSous-domainesLimites des contextes limitésConclusion
Chapitre 1Chapitre 2Chapitre 3Chapitre 4Chapitre 5Chapitre 6Chapitre 7Chapitre 8Chapitre 9Chapitre 10Chapitre 11Chapitre 12Chapitre 13Chapitre 14Chapitre 15Chapitre 16

Content preview from Apprendre la conception pilotée par les domaines

Chapitre 1. Analyse des domaines d'activité

Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : translation-feedback@oreilly.com

Si tu es comme moi, tu aimes écrire du code : résoudre des problèmes complexes, trouver des solutions élégantes et construire des mondes entièrement nouveaux en élaborant soigneusement leurs règles, leurs structures et leur comportement. Je crois que c'est ce qui t'a intéressé dans la conception pilotée par le domaine (DDD) : tu veux être meilleur dans ton métier. Ce chapitre, cependant, n'a rien à voir avec l'écriture de code. Dans ce chapitre, tu apprendras comment fonctionnent les entreprises : pourquoi elles existent, quels objectifs elles poursuivent et quelles sont leurs stratégies pour atteindre leurs objectifs.

Lorsque j'enseigne cette matière dans mes cours de conception guidée par le domaine, de nombreux étudiants demandent en fait : "Avons-nous besoin de connaître cette matière ? Nous écrivons des logiciels, nous ne dirigeons pas des entreprises." La réponse à leur question est un "oui" retentissant. Pour concevoir et construire une solution efficace, tu dois comprendre le problème. Le problème, dans notre contexte, est le système logiciel que nous devons construire. Pour comprendre le problème, tu dois comprendre le contexte dans lequel il existe - la stratégie commerciale de l'organisation et la valeur qu'elle cherche à obtenir en construisant le logiciel.

Dans ce chapitre, tu apprendras les ...