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.

3
Sicherstellung der Transaktionskonsistenz mit DDD
Ich beginne mit DDD und verstehe, dass aggregierte Wurzeln verwendet werden, um die transnationale Konsistenz sicherzustellen. Wir sollten nicht mehrere Aggregate in einem Anwendungsdienst ändern. Ich würde jedoch gerne wissen, wie ich mit der folgenden Situation umgehen soll. Ich habe eine aggregierte Wurzel namens Produkte. Es gibt auch eine aggregierte …

2
Sollten wir Entitäten verspotten und Objekte bewerten, wenn wir DDD ausführen?
Nachdem ich einige Artikel über Newable vs Injectable- Objekte gelesen hatte und wie sich diese Konzepte auf die Dienste, Entitäten und Wertobjekte von DDD beziehen, hatte ich einige Zweifel an der Verwendung von Newables in meinem Code, insbesondere in meinen Komponententests. Hauptkandidaten für neue Objekte waren Entities- und Value-Objekte, dh …

3
Präsentation VS Anwendungsschicht in DDD
Ich habe Probleme, eine klare Linie zwischen Präsentations- und Anwendungsschicht in Domain Driven Design zu ziehen. Wohin sollen Controller, Ansichten, Layouts, Javascript- und CSS-Dateien gehen? Befindet es sich in der Anwendung oder in der Präsentationsschicht? Und wenn sie alle zusammen in derselben Schicht liegen, was enthält die andere? Ist es …



2
Was bedeutet "Domain", wenn auf DDD verwiesen wird?
Was bedeutet das Wort Domain in Bezug auf angetriebenes Design / Entwicklung? Nicht in Bezug auf Semantik oder eine wissenschaftliche Definition, sondern in Bezug darauf, wie sie Prozesse oder Philosophien modifiziert? Ich habe einen Beitrag gelesen: /software/57828/your-software-problem-solution-approach Ich bin auf dieses Schlagwort gestoßen, DDD, und wusste nicht wirklich, was das …

3
Berechnete Werte und einfache Lesevorgänge - ein quälender Schmerz für meine domänengesteuerten Designs!
Das Problem, mit dem ich ständig konfrontiert bin, ist der Umgang mit berechneten Werten, die von der Domänenlogik gesteuert werden, während ich weiterhin effizient mit dem Datenspeicher arbeite. Beispiel: Ich sende eine Liste von Produkten aus meinem Repository über einen Dienst zurück. Diese Liste wird durch Paginierungsinformationen aus dem vom …


2
Null-Argument-Konstruktoren und immer gültige Entitäten
Ich habe in letzter Zeit viel über immer gültige Domänenentitäten gelesen. Ich bin zu der Überzeugung gelangt, dass ich Folgendes tun muss, um sicherzustellen, dass die Entitäten immer gültig sind: 1) Entfernen Sie die primitive Besessenheit und fügen Sie Validierungs- / Domänenregeln in die Wertobjektkonstruktoren ein, wie hier erläutert: https://enterprisecraftsmanship.com/2016/09/13/validation-and-ddd/ …

1
Kommunikation zwischen Ebenen in DDD
Beim Lesen der DDD-Literatur habe ich mir folgende Ebenen ausgedacht: Application Outsider World (Controller, Crons usw.) Application Services(oder UseCases) - Orchestriert mehrere Domänendienste oder Infrastrukturdienste. Sie werden von angerufen Outside World. Sie wissen, was zu tun ist Domain Services - die enthält, wie die Dinge gemacht werden (basierend auf Repository-Schnittstellen) …


2
DDD: Erstellen wiederverwendbarer Module und Diensttypunterscheidungen (Domäne, Infrastruktur, Anwendung)
Nachdem ich "Implementieren von domänengesteuertem Design von Vaughn Vernon" gelesen habe, habe ich beschlossen, meinen Code für eine bessere Wiederverwendbarkeit umzugestalten, indem ich das, was ich für Kerndomänenkonzepte halte, in separate Module isoliere. Jedes Modul enthält einen eigenen Satz unterschiedlicher Architekturebenen, darunter die Domänen-, Infrastruktur- und die Anwendungs- / Präsentationsschicht …

7
Entwurfsmuster für "Operation an Objekt zulässig, nur wenn sich das Objekt in einem bestimmten Zustand befindet"
Zum Beispiel: Es können nur Bewerbungen aktualisiert werden, die noch nicht geprüft oder genehmigt wurden. Mit anderen Worten, eine Person kann ihr Job-Appliance-Formular aktualisieren, bis die Personalabteilung mit der Überprüfung beginnt oder es bereits akzeptiert wurde. Eine Bewerbung kann also in 4 Zuständen erfolgen: APPLIED (Ausgangszustand), IN_REVIEW, APPROVED, DECLINED Wie …

1
Was sind eigentlich Subdomains?
Beim Studium von Domain-Driven Design (DDD) bin ich auf das Konzept der Subdomain gestoßen, aber ich glaube, ich verstehe es noch nicht. Mein erstes Verständnis davon war, dass eine Subdomain eine Teilmenge der Domain der Anwendung ist. Mit anderen Worten, es ist eine Partition des Problemraums. Ich habe gelesen, dass …

2
"Implementing DDD" von Vernon: Wertobjekt oder nicht?
Auf Seite 382 dieses Buches finden Sie eine Passage über die Verwendung von Wertobjekten in Aggregaten unter der (Entitäts-) Wurzel. Es gibt ein Beispiel dafür Product, das neben anderen Werten eine Set<ProductBacklogItem>Sammlung von Entitäten enthält . Nun versucht Vernon zu erklären, warum ProductBacklogItemes sich um eine Entität und nicht um …

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.