Vous souhaitez concevoir un programme qui s'adapte parfaitement aux besoins en évolution permanente de vos clients ? Challenge accepté.
C'est un gros défi, mais heureusement, nous avons le Domain-Driven Design pour nous venir en aide. 🦸♀️
En tant que développeurs, nous aimons nous plonger dans le code. Nous avons hâte de tester les dernières technologies et de nous confronter à de nouvelles problématiques. Je le comprends tout à fait. Mais coder sans prendre un peu de hauteur aboutit la plupart du temps à des solutions fragiles et difficiles à modifier.
Or, vous savez ce que font les clients en permanence ? Ils changent d'avis ! Si vous voulez éviter de vous arracher les cheveux à chaque fois que vous devez modifier votre application, il faut pouvoir l'anticiper.
Dans ce cours, nous allons découvrir le DDD, Domain-Driven Design (conception pilotée par le domaine), une approche complète nous permettant de concevoir des logiciels qui répondent à des problématiques complexes.
Dans la première partie du cours, nous découvrirons en quoi consiste le DDD. Nous aborderons la collaboration avec les clients, et en particulier comment appréhender une application selon leur point de vue, en comprenant la logique métier. Nous verrons comment créer un vocabulaire commun qui nous permettra de transposer la logique métier au mieux dans notre code.
Dans la deuxième partie, nous élaborerons ensemble notre premier modèle de domaine, en utilisant des diagrammes de cas d'utilisation UML et de classes. Les notions d'objets entités, valeurs et agrégats seront nos alliées pour nous accompagner dans notre programmation.
Croyez-moi, cette approche vous évitera de vous faire des cheveux blancs quand, juste après avoir livré une application, le client vous demande : « Mais j'ai oublié ! Vous pouvez également lui faire faire ça ? Ça ne devrait pas être trop compliqué ».
Alors, prêt à en savoir plus sur le Domain-Driven Design ? Retrouvez-moi dans le premier chapitre de ce cours.
