Was ist Domain-Driven Design? [geschlossen]
https://stackoverflow.com/questions/100995
-
01-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianFrage
Also habe ich diese Frage von einem der Entwickler in meinem Team: Was Domain Design angetrieben wird? Ich könnte natürlich Punkt auf das Buch von Evans aber ist das wirklich eine Antwort?
Wie würden Sie DDD in wenigen Sätzen Junior-Software-Ingenieure in Ihrem Team erklären?
Lösung
Ich würde sagen, diese Praxis Ihre Bemühungen auf dem ‚Problembereich‘ fördert die Konzentration eher als der ‚Lösungsraum‘. Fahren eine sich abzeichnende Lösung (das Design) durch das Studium und wirklich die Domäne kennen zu lernen und zu verstehen. Einer der Praktiken (von XP genommen) würde das Schreiben von Geschichten, die im Problembereich auftreten. Von diesen können Sie Ihre Anwendungsfälle und Objekte für Ihr Design identifizieren. Sie ‚entstehen‘ und sagen Ihnen, was in der Lösung sein muss, und wie sie müssen miteinander zu interagieren.
Andere Tipps
InfoQ haben einen freien eBook:
Es ist ein gutes Buch mit vielen Beispielen.
Bei dem Verfahren der „Domäne“ zu entdecken Sie eine gemeinsame Sprache bilden, dass sowohl die Entwickler und alle anderen Beteiligten in dem Projekt zu verstehen.
Das Domain-Modell und sein „Jargon“ ist durchaus beobachtbar im Quellcode für das fertige Produkt. Das ist zumindest meine Erfahrung
Ein wichtiger Teil der DDD ist die sogenannte allgegenwärtige Sprache; das heißt die gleiche Sprache sprechen wie die Business-Experten. Und Ihren Code / Architektur machen, so dass sie diese Sprache spiegelt Impedanzprobleme zu vermeiden.
Der Versuch, zu verstehen, was die Software zu schreiben sind, ist über und reflektieren, dass das Verständnis im Modell.
Domain Driven Design ist über die Komplexität einer Anwendung in dem Domänenmodell Verwaltung, wo es am leichtesten destilliert werden kann.
Es ist sehr schwierig, in einigen Satz zu beschreiben, aber ich würde die InfoQ Buch als ein empfehlen gute Einführung. Ich habe auch eine Menge von Menschen, die einem Buch-Club mit Evans' DDD Buch gehört, die viel Verständnis ihm geholfen haben.
Für mich ist die nächste Stufe der OOD / OOP, wo die Verkapselung alles über den Problembereich ist, wie beschrieben und von den Nutzern verstanden und nicht so viel über die technische Umsetzung.
