Wo gehören alle "Bulk"-Operationen in DDD hin?

Question

Eines der Schlüsselkonzepte in DDD ist das Repository, das es Ihnen ermöglicht, Entitäten (oder Aggregatwurzeln) abzurufen und sie nach ihrer Aktualisierung wieder zu speichern.

Nehmen wir an, wir müssen eine "Massen"-Operation mit Entitäten durchführen, und die Anzahl der Entitäten macht es absolut unmöglich, sie im Speicher abzurufen. D.h. die Operation kann nur in der Datenbank durchgeführt werden.

Wo ist der Platz für einen solchen "Massenbetrieb"? Sollte es eine Methode im Repository sein? Wird sie nicht die Abstraktion des Repository mit datenbankspezifischen Operationen "verraten"? Wird dadurch nicht der Geschäftsvorgang von der Entität zum Repository verlagert?

Answer 1

Ich denke, es sollte eine Dienstleistung sein.

Evans empfiehlt in seinem Buch, dass man, wenn man im Zweifel ist, ob man eine Methode, die "schlecht riecht", in eine Klasse einfügen soll, weil man denkt, dass sie dort nicht hingehört, eine ServiceFoo-Klasse mit der Operation darin erstellen soll.

Answer 2

Was Sie brauchen, ist ein Dienstleistung im bereichsbezogenen Design. Dienste werden zur Modellierung prozeduraler Aufgaben verwendet. Ein Massenaktualisierungsvorgang, wie der von Ihnen beschriebene, wäre ein idealer Kandidat für einen Dienst.

EDIT : Der ursprüngliche Link ist verschwunden. Sie können das Glossar der DDD Begriffe hier finden, aber es ist nicht so nützlich wie die ursprüngliche Seite. http://dddcommunity.org/resources/ddd_terms/

Answer 3

void DoLongInvolvedTask();

Ich sehe nichts Falsches daran, Massenaufgaben als Methoden in Ihr Repository aufzunehmen. Sie lassen nichts durchsickern. Eine Bulk-Operation zu haben, impliziert keine datenbankspezifischen Operationen, es sei denn, Ihre Methode ist so etwas wie ReBuildMSSQLIndexesOnMyBigTable().

Answer 4

Sie sollten keine Logik zum Speichern und Abrufen im Domänenobjekt haben (ich nehme an, Sie verwenden ein Domänenmodell). Das ist die Aufgabe des Repositorys. Ihre Bulk-Methode gehört also ins Repository.

Wenn Sie ORM verwenden, dann sind Ihre Repositories nicht von der Datenbank abhängig, sondern leiten alle Anfragen an die ORM-Schicht weiter.

Wenn Sie Ihren eigenen Mapper schreiben, würde das Repository die Anfrage an den Mapper für die Entität weiterleiten. Und ich denke, diese Kopplung ist in Ordnung.