Domain-Events in DDD // deutsch

Neben Commands sind Domain-Events der zweite wichtige Grundbaustein von Domain-Driven Design (DDD). Wenn Commands Aktionen repräsentieren, sind Domain-Events die zugehörigen Reaktionen. Bei ihrer Modellierung und Verwendung gibt es einige Aspekte zu beachten. Welche sind das und wofür braucht man Domain-Events überhaupt?
────────────────────
Über the native web 🦄
Wir sind ein Beratungs-, Schulungs- und Entwicklungsunternehmen, das sich auf Web- und Cloud-Technologien spezialisiert hat. Wir streben nach intelligenten und eleganten Lösungen für komplexe Probleme, und wir glauben, dass Softwareentwicklung kein Selbstzweck ist. Stattdessen sollte Software tatsächliche Probleme der realen Welt lösen.
Wir glauben, dass native Web- und Cloud-Technologien das Fundament sind, auf dem die Zukunft aufbaut. Unsere Kernkompetenz ist der Entwurf und die Entwicklung verteilter Web- und Cloud-Anwendungen unter Verwendung dieser Technologien in interdisziplinären Teams. Wir entwickeln auch unser eigenes Open-Source-Framework namens wolkenkit. Und wir lieben es, unser Wissen in Schulungen und Workshops, auf Konferenzen und bei Usergroups zu teilen.
⬥ Kanal abonnieren: / @thenativeweb
────────────────────
Weiterführende Links 🌍
⬥ Webseite: www.thenativew...
⬥ Twitter: / thenativeweb , / goloroden
⬥ GitHub: github.com/the...
⬥ wolkenkit: www.thenativew...
⬥ Impressum: www.thenativew...

[@dave5301]

Hi, habe mir jetzt dieses und die letzten 2 Videos zu DDD angeschaut (bin erst dadurch auf deinem Channel gelandet ;) ) Richtig gute videos! Ich glaube ich werde noch sehr viel weitere Videos von dir schauen ;)

[@thenativeweb]

[gr] Hey, das freut mich - vielen Dank für das tolle Feedback 😊

[@allizorp]

Danke, ich wünschte unser Domain Architekt hätte das bei der Prozessaufnahme so anschaulich erklärt.

[@thenativeweb]

[gr] Das freut mich, dass ich Licht ins Dunkel bringen konnte 😊

[@e11y1985]

Exzellent erklärt, danke.

[@thenativeweb]

Gern geschehen - und vielen Dank für dein tolles Feedback! Das freut uns sehr 😊

[@dimitrishat8659]

Danke, sehr gut erklärt

[@thenativeweb]

Vielen Dank 😊

[@dimitrishat8659]

Und ja, cooler Monitor 🥳

[@thenativeweb]

Haha, danke 😊

[@tilokloske7534]

Sehr schöne Erklärung. Eine Frage habe ich trotzdem. Zum Ende hin heißt es, dass die Events andere Aktionen auslösen (Stichwort eventbasierte Architektur/Messaging). Sind das dann auch Commands oder muss ein Command zwingend durch "Menschenhand" ausgeführt werden?

[@thenativeweb]

[gr] Commands müssen nicht zwingend von einer Anwenderin oder einem Anwender ausgelöst werden - sie können auch durchaus automatisiert, beispielsweise als Reaktion auf ein Domain-Event ausgelöst werden. In der Regel werden Commands aber von Menschen ausgelöst, aber es wie gesagt nicht so sein. Auch die Reaktion auf ein Domain-Event kann ein Command sein, muss aber nicht. Wird es dadurch etwas klarer?

[@tilokloske7534]

@@thenativeweb Ja schon. Danke. Was kann die Reaktion dann noch sein? Gibt es dafür auch Begriffe?

[@thenativeweb]

@@tilokloske7534 [gr] Die Reaktion auf ein Domain-Event kann das Auslösen eines neuen Commands sein (Saga, Process Manager, Flow). Das kann aber auch einfach das Aktualisieren einer vorberechneten View sein (Projection). Das kann auch irgendein Seiteneffekt sein, wie zum Beispiel der Versand einer E-Mail oder das Abbuchen von einer Kreditkarte. Oder oder oder … Im Prinzip alles, was Du Dir als Antwort auf die Frage vorstellen kannst, was passieren soll, nachdem X passiert ist.

[@automatenmark5051]

Wenn ein Domänen-Event ausgeführt werden soll, es aber aufgrund von bspw. fehlenden Nutzerrechten nicht ausgeführt werden kann, gilt es dann trotzdem als ausgeführt und wird in der Datenquelle aufgeführt, obwohl es keine Auswirkungen hatte? Um bei dem Kontobeispiel zu bleiben: Ein Nutzer will eine Überweisung tätigen, hat aber kein Guthaben. Die Überweisung wird also nicht ausgeführt, aber wird das Event gesichert? An dem aktuellen State hat sich in diesem Fall ja nichts geändert.

[@thenativeweb]

[gr] Die Frage ist, über welches Event wir dann überhaupt reden? Dass die Überweisung nicht ausgeführt werden kann, wird ja nicht erst im Eventhandler festgestellt, sondern schon vorher im Commandhandler - das heißt, es entsteht gar kein Event "geld-wurde-überwiesen". Wenn wir über ein "überweisung-wurde-beauftragt"-Event sprechen, dann ja, dann kann man das festhalten, denn beauftragt wurde die Überweisung ja tatsächlich, nur dann eben abgelehnt. Macht es das ein bisschen klarer?