Als «domain-driven-design» getaggte Fragen

Domain-Driven Design (DDD) ist ein Ansatz zur Entwicklung von Software für komplexe Anforderungen, indem die Implementierung mit einem sich entwickelnden Modell verbunden wird.

2
DDD - Aggregierte Wurzel mit einer großen Anzahl von Kindern
Ich werde diese Frage vorwegnehmen, indem ich sage, dass ich für DDD relativ neu bin, sodass ich hier möglicherweise einige grundlegende Fehler mache! Ich arbeite an einem Projekt, das die Konzepte von Konten und Transaktionen (im finanziellen Sinne) beinhaltet. Für ein Konto können viele Transaktionen eingegeben werden. Es scheint mir, …
5
Suchen Sie die DDD-Aggregatwurzel
Lass uns das Lieblingsspiel aller spielen und die Aggregrate Root finden. Verwenden wir die kanonische Problemdomäne Customer / Order / OrderLines / Product. Traditionell sind Kunde, Bestellung und Produkt die ARs, wobei OrderLines Einheiten unter der Bestellung sind. Die Logik dahinter ist, dass Sie Kunden, Bestellungen und Produkte identifizieren müssen, …
4
DDD-Ansatz für grundlegende CRUD-Operationen in einer komplexen domänenzentrierten Anwendung
Mein Unternehmen schreibt unsere Webanwendung von Grund auf neu. Es ist eine große Anwendung auf Unternehmensebene mit einer komplexen Domäne in der Finanzbranche. Wir verwenden ein ORM (Entity Framework) für die Persistenz. Im Wesentlichen konzentriert sich die Hälfte unserer Anwendung darauf, Rohdaten vom Benutzer zu sammeln, zu speichern, und die …
3
Ist es eine schlechte Praxis, wenn eine API-Objektdefinition Referenz-IDs von Drittanbietern als Eigenschaften enthält?
So was: Campaign: type: object properties: id: type: string description: "A GUID identifier" referenceId: type: string description: "A consumers identifier they have used to map their own systems logic to this object." name: type: string description: "'Great Campaign 2017' as an example" Ich bin besorgt über die Referenz-ID . Die …
4
Wie man Grenzen eines begrenzten Kontexts klar definiert
Nachdem ich ungefähr einen Monat lang DDD gelesen und recherchiert hatte, beschloss ich, mein eigenes Projekt zu starten und DDD mit diesen begrenzten Kontexten zu erstellen Kunden Produkte Aufträge Abrechnung Jeder begrenzte Kontext verfügt über eine Rest-API als Präsentationsschicht, Domänenschicht und persistente Schicht. So weit so gut, Code läuft reibungslos, …
2
Sollte die bekannte Geschäfts-ID eines Unternehmens in DDD / OOP mit einem dedizierten Typ dargestellt werden?
In der Praxis bedeutet dies, einen benutzerdefinierten (unveränderlichen) classüber einen stringoder einen anderen primitiven Typ zu verwenden. Beispiele: Veröffentlichung: International Standard Book Number. Finanzen: Internationale Wertpapieridentifikationsnummer. Vorteile: Kann das Format eines Bezeichners sicherstellen. Wird ein erstklassiges Mitglied des Modells. Nachteile: Fügt Persistenzreibung hinzu (z. B. Entity Framework). Mehr Code.
4
Modellbeziehungen mit DDD (oder mit Sinn)?
Hier ist eine vereinfachte Anforderung: Benutzer erstellt ein Questionmit mehreren Answers. Questionmuss mindestens eine haben Answer. Klarstellung: Denken Sie Questionund Answerwie in einem Test : Es gibt eine Frage, aber mehrere Antworten, bei denen nur wenige richtig sein können. Der Benutzer ist der Schauspieler, der diesen Test vorbereitet, daher erstellt …
2
DDD: Können unveränderliche Objekte auch Entitäten sein?
Ich habe unzählige Beiträge zu Unterschieden zwischen Entitäten und Wertobjekten gelesen, und obwohl ich denke, dass ich zumindest konzeptionell verstehe, wie sich die beiden unterscheiden, scheint es, dass Autoren in einigen dieser Beiträge ein bestimmtes Domänenkonzept einfach deshalb als VO betrachten ist unveränderlich (daher wird sich sein Zustand zumindest innerhalb …
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.