Des années après la sortie de Domain-Driven Design, les idées d'Evans sont entrées dans le courant dominant. Le développement par modélisation était censé réduire l'incertitude et permettre le développement de logiciels en moins d'itérations. Cela aurait dû l'être, mais rien n'en est sorti.
Dans les interviews et les mitaps, j'entends
Nous avons essayé d'implémenter DDD, mais nous n'y sommes pas parvenus
DDD est un autre mème derrière lequel il y avait une idée saine et évidente: un programme est une implémentation d'un modèle de processus. On supposait que, tout comme les physiciens résolvent leurs problèmes à l'aide de modèles mathématiques, les programmeurs résolvent leurs problèmes à l'aide de ... Et c'est là que les problèmes commencent.
Under Cat: 5 façons d'échouer sur l'introduction de DDD
Tentatives de suivre le livre d'Evans textuellement
La plupart des livres sur les méthodes de développement ont la même maladie - des idées / heuristiques / exemples pratiques bien articulés des pages 20 sont solides. Le reste est occupé par des listes inspirantes et inutiles. À titre de vérification, vous pouvez prendre le "Domain Driving Design" ou "Fakuler Refactring" et coller toutes les listes avec des autocollants. Pour la perception, rien ne changera. Travaux similaires avec la plupart des exemples dans le livre d'Evans. Et toutes les transcriptions des entretiens peuvent être remplacées par une liste
. , ( ) , , . , , . — , "".
, , . :
\
, , .
— .
- , " — , \ — ". , . "" "", . , .
, Prolog Lisp. , , , , .
, , - .
: " ".
-, .
-, , .
, , , . .
DDD . . — . , :
- .
, . ?
. , .
. ( ..
- .
:
4 ,
.
:
?
:
10 — " ?"
, . .
, .
— "", , .
" ", , , ..
- .
— . , , ( , ).
UML
" — UML?"
.
UML . UML, . , . , , : , .
UML . — Java- , Java .
UML — .
.
, . , — Java , .
Java — .
— . . , , . , , .
" " .
Coda
Chaque contexte par modèle.
Chaque modèle a une vue libre.
Chaque problème est résolu.
À chaque décision de mise en œuvre.
Description orientée objet des processus métier - à la poubelle.