Hello , comme son nom l'indique le DDD est un type de « conception ». Sa particularité c est qu'elle est pilotée par le domaine, ou encore piloté par le métier. Ce n'est pas une méthode de description à proprement parlé.
Le DDD apporte des blocs de constructions logique qui vont nous aider à appréhender la conception informatique d'un autre point de vue. Il existe deux grandes orientations dans le DDD :
Conception stratégique, qui aborde des considérations de haut niveau sur la connaissance du domaine et sa modélisation. ( introduction des bounded context et des contexts mappings)
Conception tactique, qui propose des modèles pratiques pour concevoir le logiciel requis.( introductions des building blocs dont tu as parlé : Aggregat, Entity, Domain Event (plutot que seulement event, Value Object, le Repository, la Factory, la Policy mais aussi la Specification et les Spécifications.
Domain Driven Design
Dans le DDD Tactique, une partie très importante que tu n'as pas mentionné est le découpage en couche ( Interfaces / Applications / Domain / Infrastructure ) .
Titre de l'image
Une autre approche qui peut se substituer à ce découpage en couche est l'architecture hexagonale qui n'est qu'une variante du découpage en couche dans le DDD Tactique originel. Il introduit les Adapters et les Ports.
Architecture Hexagonale
Pour répondre à ta dernière question
«connaissez-vous des outils de design ou des bibliothèques "DDD"» . En ce qu concerne les outils de design , les outils classique UML te permettent sans soucis de modéliser ton métier en utilisant les building blocs du DDD.
En ce qui concerne une lib DDD, je comprends ce que tu veux dire. À force de faire du DDD nous nous sommes rendu compte que nous avons pu mettre dans une lib métier qu'on a appeler le « Business Framework » tous les building blocs du DDD Tactique au sein d'une librairie en java que nous avons mis en opensource et disponible ici :
IRC 1 : The #seedstack IRC on the FreeNode community is intended to chat with the SeedStack team and other users
IRC 2 : #dddfr sur freenode un chan sans prétention où on parle DDD en Français (y a pas grand monde mais je suis toujours là pour partager mes connaissances sur le sujet et répondre aux questions)
# Domain Driven "Design"
Posté par Narmer . En réponse au journal Conception pilotée par le domaine ou Domain-driven design (DDD). Évalué à 5. Dernière modification le 26 avril 2019 à 22:23.
Hello , comme son nom l'indique le DDD est un type de « conception ». Sa particularité c est qu'elle est pilotée par le domaine, ou encore piloté par le métier. Ce n'est pas une méthode de description à proprement parlé.
Le DDD apporte des blocs de constructions logique qui vont nous aider à appréhender la conception informatique d'un autre point de vue. Il existe deux grandes orientations dans le DDD :
Domain Driven Design
Dans le DDD Tactique, une partie très importante que tu n'as pas mentionné est le découpage en couche ( Interfaces / Applications / Domain / Infrastructure ) .
Titre de l'image
Une autre approche qui peut se substituer à ce découpage en couche est l'architecture hexagonale qui n'est qu'une variante du découpage en couche dans le DDD Tactique originel. Il introduit les Adapters et les Ports.
Architecture Hexagonale
Pour répondre à ta dernière question
«connaissez-vous des outils de design ou des bibliothèques "DDD"» . En ce qu concerne les outils de design , les outils classique UML te permettent sans soucis de modéliser ton métier en utilisant les building blocs du DDD.
En ce qui concerne une lib DDD, je comprends ce que tu veux dire. À force de faire du DDD nous nous sommes rendu compte que nous avons pu mettre dans une lib métier qu'on a appeler le « Business Framework » tous les building blocs du DDD Tactique au sein d'une librairie en java que nous avons mis en opensource et disponible ici :