tawiki

This page is read only. You can view the source, but not change it. Ask your administrator if you think this is wrong.
====== Domain Service ======
Es wäre optimal, weil sehr simpel zum entwickeln, wenn die gesamte Business Logik unabhängig in den [[technology:domainmodel:aggregate|Aggregates]] implementiert würde. Man ruft einen Methode in einem [[technology:domainmodel:aggregate|Aggregate]] auf, alle Regeln werden geprüft, und das Aggregate nimmt dann die entsprechenden Änderungen vor.
\\ \\ Es gibt aber Szenarien in denen Business Regeln mehrere [[technology:domainmodel:aggregate|Aggregates]] betreffen. Sei es eine einfache Regel wie der Transfer von einem Bankkonto zu einem anderen - der Transfer darf nur statt finden wenn ein Konto be- und das andere entlastet wurde. Hierfür gibt es mehrere Möglichkeiten der Umsetzung. Entweder findet man ein neues Aggregate um die Regel sicher zu stellen, z.B. das KontoTransfer Aggregate. Dieses würde die Transaktionalität sicher stellen, indem es die Be- und Entlastung der beiden Konten in einer Änderung darstellen kann. Es müsste aber vorher die beiden Konten fragen, ob der Transfer erlaubt ist - ein Fall für [[technology:cqrs:eventualconsistency|Eventual Consistency]], weil die Konten diese Fragen nur beantworten können mit Daten, die nicht zu 100% aktuell sein müssen((Der Grund ist der, dass die Konten Fragen //beantworten// und somit keine Änderungen vornehmen, und somit nicht für den Zeitraum der Fragen gesperrt sind. Wenn die Konten nicht mal im Zugriff sind, müssen sie Remote gefragt werden, was die Aktualität der Daten noch weiter verringert - dran denken, das Aggregate Muster bündelt von Natur aus einen Methodenaufruf in eine Transaktion. Wir verwenden keine Verteilten Transaktionen.)).
\\ \\ Oder man setzt einen Workflow als [[technology:cqrs:saga|Saga]] um, der u.a. zusätzlich das [[technology:patterns:reservationpattern|Reservation Pattern]] verwenden kann, um einzelne Aktionen des Transfers rückgängig zu machen, falls der Transfer im Ganzen nicht rechtzeitig vollendet werden kann.
\\ \\ Wenn man alle mitwirkenden Aggregates im Zugriff hat, kann man den Transfer aber auch als einen Domain Service implementieren. Ein Domain Service ist ein erweiterter Transaktionsrahmen. Der Domain Service würde beide Konten laden und eines be- und das andere entlasten. Die Infastrukturschicht stellt dabei sicher, dass das alles innerhalb von einer Transaktion geschieht. Zudem ist ein Kontotransfer nur über den Domain Service möglich, d.h. die entsprechenden Methoden in den Konto Aggregates sind nicht öffentlich zugängig.
tawiki

User Tools

Site Tools

Page Tools
