Ich habe ein kleines Problem beim Verständnis der Repository-Domain-Objektbeziehung. Hier sind einige Informationen, die ich über das Domain-Design weiß (sie können auch falsch oder nicht genau sein). In diesem Sinne kann ich kein Domänenobjekt aus dem Repository abrufen.

In DDD sollte die Domain nur wissen und enthalten, was für das Geschäft benötigt wird, und alles andere muss aus der Domain entfernt werden. Das ist gut. Auch das Abstrahieren des Datenzugriffs von jedem Unternehmen aus ist eine gute Praxis. Die Anwendung muss nicht wissen, wo wir Daten speichern oder wie wir Daten speichern. Wir bitten das Repository nur, uns ein Domain-Objekt zu geben, und es gibt uns das gewünschte Objekt, oder die andere Möglichkeit ist auch gültig. Wir geben dem Repository ein Domain-Objekt und es sendet es an den Speicher.

Das Deklarieren von öffentlichen Setzern für Domänenobjekte ist auch im objektorientierten Entwurf ein sehr schlechter Ansatz, da wir nicht steuern können, wer auf was zugreift und was ändert. Es empfiehlt sich daher, nur das freizulegen, was außerhalb des Objekts benötigt wird.

Mit diesen Gedanken kann ich also keine Möglichkeit finden, meine Repositorys zu implementieren. Ich kann jedes ORM oder reines SQL in meinem Code verwenden und Daten abrufen.

Ich kann jedoch keine Domänenobjekte aus Persistenzobjekten erstellen.

Da sie keine öffentlichen Setter haben, kann ich die Feldwerte nicht erstellen und festlegen.Es scheint nicht richtig, öffentliche Konstruktoren zu deklarieren, die alle Felder enthalten. Möglicherweise müssen mehrere Modelle ausgefüllt werden. Dies bedeutet, dass mehrere Konstruktoren mit unterschiedlichen Parametersätzen definiert werden müssen.

Jede Hilfe wird geschätzt ...