20 lines
1.1 KiB
Markdown
20 lines
1.1 KiB
Markdown
# Domain Driven Design : des armes pour affronter la complexité
|
||
|
||
[](https://blog.octo.com/domain-driven-design-des-armes-pour-affronter-la-complexite/)
|
||
|
||
|
||
« La complexité, c’est comme le cholestérol. Il faut surtout se débarasser du mauvais. » (Proverbe gascon-malgache)
|
||
|
||
|
||
DDD est l’acronyme de Domain Driven Design. Ce n’est ni un framework, ni une
|
||
méthodologie, mais plutôt une approche décrite dans l’ouvrage du même nom
|
||
d’Eric Evans. Un de ses objectifs est de définir une vision et un langage
|
||
partagés par toutes les personnes impliquées dans la construction d’une
|
||
application, afin de mieux en appréhender la complexité. Nous ne souhaitons pas
|
||
faire ici une présentation de DDD (voir plutôt ici pour une introduction). Nous
|
||
voulons montrer comment DDD peut adresser certaines problématiques évoquées
|
||
dans l’article “J’ai mal à mon application ! Ca se soigne ?” au travers d’un
|
||
exemple d’application (“je veux vendre et acheter des légumes sur internet”),
|
||
tout en s’inscrivant dans une démarche de développement Agile.
|
||
|