This course was created with the
course builder. Create your online course today.
Start now
Create your course
with
Lecture automatique
Saisie automatique
Cours précédent
Terminer et continuer
Mettez (enfin) en place le Domain Driven Design
Section 1 - Bien démarrer avec le Domain-Driven Design (DDD)
Qu’est-ce que le DDD en réalité ? (3:54)
Présentation du projet à réaliser
Dois-je appliquer le DDD ? - Méthode (2:54)
Dois-je appliquer le DDD ? - Exercice
Dois-je appliquer le DDD ? - Solution (3:12)
Section 2 - Utilisez les patterns stratégiques du DDD pour distiller le besoin métier
Le rôle des patterns stratégiques (5:59)
Posez des questions puissantes pour mieux comprendre le besoin (1:18)
Posez des questions puissantes pour mieux comprendre le besoin - Exercice
Posez des questions puissantes pour mieux comprendre le besoin - Solution (4:58)
Besoin métier enrichit grâce aux questions puissantes
Réalisez l’ ”Event Storming” afin d’extraire le concentré du besoin métier: 0 (4:38)
Réalisez l’ ”Event Storming” afin d’extraire le concentré du besoin métier: 1 (6:49)
Réalisez l’ ”Event Storming” afin d’extraire le concentré du besoin métier: 2 (11:00)
Réalisez l’ ”Event Storming” afin d’extraire le concentré du besoin métier: 3 (15:45)
Réalisez l’ ”Event Storming” afin d’extraire le concentré du besoin métier: 4 (2:39)
Isolez les besoins métier avec les “Bounded Context” en respectant un lexique compréhensible de tous: “Ubiquitous Language” (3:56)
Faites le bon choix d’architecture entre les bounded contexts: “Context Mapping” (5:07)
Esquissez une architecture hexagonale pour chaque bounded context (9:28)
Section 3 - Mettez en pratique les modèles de conception tactiques du DDD
Le rôle des patterns tactiques (1:25)
Utilisez pas à pas les agrégats pour déterminer ce qu’il faut coder au sein des “bounded-context” : 1 (10:14)
Utilisez pas à pas les agrégats pour déterminer ce qu’il faut coder au sein des “bounded-context” : 2 (21:55)
Explorons l'architecture technique détaillée du projet (25:44)
Installez les outils et prérequis (2:47)
Implémentons via le TDD les besoins métier des aggrégats - Part 1- les aggrégats | Collaboration BC (44:28)
Implémentons via le TDD les besoins métier des aggrégats - Part 2 - Récap de la logique métier à coder | Collaboration BC (5:34)
Implémentons via le TDD les besoins métier des aggrégats - Part 2 - Codons la logique métier | Collaboration BC (40:43)
Implémentons via le TDD les besoins métier des aggrégats - Part 3 - Codons le BC de facturation (17:17)
Implémenter la complexité technique sans polluer le domaine - Que coder ? (4:05)
Implémenter la complexité technique sans polluer le domaine - Part 1 - Les repositories pour nourrir le domaine en données (11:40)
Implémenter la complexité technique sans polluer le domaine - Part 2 - Les messages asynchrones entre BC (13:44)
Implémenter la complexité technique sans polluer le domaine - Part 3 - Les APIs REST à l'entrée de l'application (5:12)
Câblons le tout en testant de bout en bout (8:53)
Conclusion générale
Ce que vous êtes désormais capables de faire (1:31)
Isolez les besoins métier avec les “Bounded Context” en respectant un lexique compréhensible de tous: “Ubiquitous Language”
Contenu verrouillé
Si vous êtes déjà inscrit,
Vous devrez vous connecter
.
Inscrivez-vous au cours pour le déverrouiller
course builder. Create your online course today.
Start now
course builder. Create your online course today.
Start now
course builder. Create your online course today.
Start now
