Jahre nach der Veröffentlichung von Domain-Driven Design kamen Evans 'Ideen in den Mainstream. Die Entwicklung durch Modellierung sollte die Unsicherheit verringern und die Softwareentwicklung in weniger Iterationen ermöglichen. Es hätte sein sollen, aber es wurde nichts daraus.
Bei Interviews und Mitaps höre ich
Wir haben versucht, DDD zu implementieren, aber es ist uns nicht gelungen
DDD ist ein weiteres Mem, hinter dem eine fundierte und offensichtliche Idee stand: Ein Programm ist eine Implementierung eines Prozessmodells. Es wurde angenommen, dass genau wie Physiker ihre Probleme mit Hilfe mathematischer Modelle lösen, Programmierer ihre Probleme mit Hilfe von ... lösen. Und hier beginnen die Probleme.
Unter Katze: 5 Möglichkeiten, um bei der Einführung von DDD zu scheitern
Versuche, dem Buch Evans wörtlich zu folgen
Die meisten Bücher über Entwicklungsmethoden haben dieselbe Krankheit - gut artikulierte Ideen / Heuristiken / praktische Beispiele auf Seite 20 sind stark. Der Rest ist mit inspirierenden und nutzlosen Auflistungen besetzt. Zur Kontrolle können Sie das "Domain Driving Design" oder "Fakuler Refactring" nehmen und alle Einträge mit Aufklebern versehen. Für die Wahrnehmung wird sich nichts ändern. Ähnliche Arbeiten mit den meisten Beispielen in Evans 'Buch. Und alle Interviewprotokolle können durch eine Liste ersetzt werden
. , ( ) , , . , , . — , "".
, , . :
\
, , .
— .
- , " — , \ — ". , . "" "", . , .
, Prolog Lisp. , , , , .
, , - .
: " ".
-, .
-, , .
, , , . .
DDD . . — . , :
- .
, . ?
. , .
. ( ..
- .
:
4 ,
.
:
?
:
10 — " ?"
, . .
, .
— "", , .
" ", , , ..
- .
— . , , ( , ).
UML
" — UML?"
.
UML . UML, . , . , , : , .
UML . — Java- , Java .
UML — .
.
, . , — Java , .
Java — .
— . . , , . , , .
" " .
Coda
Jeder Kontext nach Modell.
Jedes Modell hat eine freie Sicht.
Jedes Problem ist gelöst.
Zu jeder Entscheidung ĂĽber die Umsetzung.
Objektorientierte Beschreibung von Geschäftsprozessen - im Papierkorb.