Domain Driven Design: Abrufen von Listen mit komplexen Daten

Question

Ich habe eine neue Anwendung mit meinem aktuellen Verständnis von domain-driven Design erstellt. Bisher habe ich eine Reihe von Klassen, die die Entitäten in meiner Domäne repräsentieren, und ein Repository, um von der Datenbank abzurufen oder in der Datenbank zu bleiben.

Das Problem, auf das ich gestoßen bin, ist, dass ich in der Benutzeroberfläche einige Listen anzeigen muss, in denen die Elemente in der Liste nicht direkt auf Entitäten in meiner Domäne abgebildet werden. Ein Teil der Liste könnte aufgebaut werden, indem einige Entitäten ziemlich tief beansprucht werden, aber andere Daten werden im Wesentlichen zum Zeitpunkt des Abrufs synthetisiert und sind nicht Teil irgendeiner Entität. Lassen Sie mich ein Beispiel geben, das das Problem hoffentlich klarer erklären wird.

In meiner Domäne habe ich Auswertungen (eine Reihe von Fragen zu beantworten) und Antworten (die Antworten, die jeder Benutzer zur Bewertung zur Verfügung gestellt) zu diesen Bewertungen. Ich habe auch Aktionen. Jede Aktion stellt eine Aktion dar, die mit einer Antwort (Senden, Genehmigen, Ablehnen usw.) ausgeführt wurde. Ich habe auch Benutzer.

Eine der Listen von Daten, die ich anzeigen möchte, würde Antworten und Auswertungen enthalten (die nicht beantwortet wurden), dann würde jede Zeile Informationen über den Benutzer enthalten, der gerade mit der Antwort arbeitet (dies wird bei Abrufzeit durch Betrachten der Aktionen, die bei einer Antwort ausgeführt wurden). Jede Werbebuchung enthält auch keine oder mehrere untergeordnete Elemente, bei denen es sich um Aktionen handelt, die bisher für die Antwort ausgeführt wurden.

Das Problem ist, dass ich im Moment keine Möglichkeit habe, den gesamten Datensatz mit meinen Domain-Entities darzustellen. Meine erste Reaktion wäre, einfach eine Datentabelle aus der Datenbank abzurufen und meine Domain-Entitäten zu umgehen. Aber ich sehe viel Wert darin, mit Domänenobjekten zu arbeiten und die Beziehungen zwischen verschiedenen Entitäten in den Objekten selbst zu verankern. Meine nächste Idee wäre also, meine Domain-Entitäten so zu modifizieren, dass sie diese Listen unterstützen, aber ich bin besorgt, dass ich meinen Entitäten seltsame Eigenschaften hinzufügen würde, nur um diese Auflistungsszenarien zu unterstützen und die Leistung zu beeinträchtigen, indem ich im Grunde eine Menge davon mache Objekte, wenn ich diese Daten nur an wenigen Stellen in meinen Apps benötige.

Answer 1

Ich würde vorschlagen, das nicht als etwas betrachten müssen Sie in Ihre Entitäten Schuhanzieher, sondern einen Service (in dem Domain-Driven Design parlance) schaffen, deren Aufgabe es ist, diese Daten zu sammeln, wenn angefordert und es präsentiert als Aussicht. Dies befreit Sie davon, Ihre Entitäten auf klobige Weise zu überarbeiten.

Das Problem ist, dass im Moment habe ich keine Möglichkeit, diesen gesamten Datensatz mit meinen Domain-Entities darzustellen.

Die unangenehme Reibung, die Sie hier fühlen, ist eine gute Sache. Es ist ein Hinweis darauf, dass die Dinge nicht zusammen passen.

Answer 2

Klingt wie Sie haben, (durch das Auftreten dieser Schwierigkeit) ein Problem mit Ihrem Domänenmodell identifiziert. Die Abstraktion, die Sie in jedem dieser Listenfelder anzeigen möchten, ist in Ihrem Domänenmodell und in Ihrer "allgegenwärtigen Sprache" anscheinend nicht gut dargestellt. Entscheiden Sie, was es ist, benennen Sie es und fügen Sie Code zu Ihrem Repository hinzu, um Listen dieser Objekte zu generieren, egal ob es sich um Entitäten oder um Wertobjekte handelt ...