DDD ist eine gesch?ftsorientierte Designidee in Java Enterprise-Anwendungen und für komplexe Gesch?ftsszenarien geeignet. 1. Kernkonzepte umfassen Entit?ten (mit eindeutiger Identifizierung), Wertobjekten (ohne Identifizierung, nur Wertansicht), Aggregation (Objektgrenze) und Lagerverfahren (aggregationsorientierte Zugriffsmethode). 2. Die hierarchische Struktur sollte klar sein: Die Benutzeroberfl?chenschicht behandelt Anforderungen, die Dom?nenschicht implementiert eine Kernlogik, die Infrastrukturschicht bietet technische Unterstützung und Dom?nenereignisse werden zum Entkoppeln verwendet. 3. In Kombination mit Spring Boot werden Entit?t und Wertobjekt in das Dom?nenpaket als Pojo platziert. Repository definiert die Schnittstelle und implementiert sie durch Infrastruktur. Der Domain -Service und der Anwendungsdienst sind jeweils mit @Service gekennzeichnet. V. Es wird nicht empfohlen, es in einem einfachen CRUD -System zu verwenden. Designideen k?nnen schrittweise eingeführt werden, anstatt von Anfang an Standard -DDD -DDD zu erzwingen. Der Schlüssel ist, die Gesch?ftslogik zu verstehen und die Verantwortlichkeiten klar zu teilen, anstatt Begriffe zu erh?hen.

DDD ist in der Tat ein gemeinsames Thema in Java Enterprise -Anwendungen, wird jedoch nicht gut verwendet. Es handelt sich nicht um eine Reihe von Frameworks oder Tools, sondern um eine Designidee, und der Kern liegt im Fahrdesign mit Gesch?ft als Kern . Wenn Ihre Projektgesch?ftslogik komplex ist und viele Regeln hat, ist DDD m?glicherweise die Richtung, die Sie es wert sind, es zu versuchen.

Das Folgende basiert auf mehreren gemeinsamen Fragen und Nutzungsszenarien und spricht darüber, wie DDD in Java Enterprise -Anwendungen implementiert werden k?nnen.

1. Was ist das Kernkonzept? Hab keine Angst vor den Begriffen

DDD verfügt über mehrere Kernkonzepte wie Dom?ne, Entit?t, Wertobjekt, Aggregat, Repository usw. Diese Begriffe klingen akademisch, aber sie sind tats?chlich sehr einfach.

• Entit?t : Ein Objekt mit einer eindeutigen Identifizierung, wie z. B. einem Benutzer. Auch wenn sich das Attribut ?ndert, sofern die ID unver?ndert bleibt, wird es es trotzdem sein.
• Value -Objekt : Ein Objekt, das keine eindeutige Kennung hat, befasst sich nur mit dem Wert, wie der Adresse (Adresse). Solange der Adressinhalt gleich ist, wird er als der gleiche angesehen.
• Aggregation : Eine Reihe von Grenzen verwandter Objekte, wie z. B. eine Reihenfolge (Reihenfolge) und eine Werbebuchung (OrderInitem), bilden ein Aggregat, und Werte k?nnen nur von Bestellungen au?erhalb von Bestellungen betrieben werden.
• Lagerung : Es handelt sich nicht um eine Datenbankzugriffsschicht, sondern bietet eine "Sammlungs" -Access -Methode für die Aggregation, wie z. B. OrderRepository.

Das Verst?ndnis dieser Konzepte bedeutet nicht, mehr "Standards" zu schreiben, sondern bei der Gestaltung die Gesch?ftslogik klarer auszudrücken.

2. Wie kann man eine hierarchische Struktur entwerfen? Machen Sie den Code nicht durch

In DDD ist die gemeinsame Schichtung wie folgt:

• Benutzeroberfl?chenschicht (Anwendungsebene) : Prozessanforderungen wie Controller.
• Dom?nenschicht : Kernlogik, einschlie?lich Entit?ten, Aggregationen, Dienste usw.
• Infrastrukturschicht : Bietet technischen Unterstützung, z. B. Datenbankzugriff, Nachrichtenwarteschlangen usw.
• Dom?nenereignisse : Wird verwendet, um die Gesch?ftslogik zu entkoppeln, z. B. E -Mails nach dem Aufgeben einer Bestellung.

Wenn Sie beispielsweise eine Bestellung aufgeben, ruft der Controller den Anwendungsdienst auf, ruft der Anwendungsdienst den Domain -Dienst auf, um die Auftragserstellung zu verarbeiten und schlie?lich über Repository zu speichern oder eine Veranstaltung zu ver?ffentlichen, mit der "Auftragserstellung erfolgreich ist".

H?ufige Missverst?ndnisse: Viele Menschen schreiben Repository als DAO und rufen sogar DAO im Controller direkt an, was die geschichtete Bedeutung von DDD verliert.

3. Wie kann man es mit Spring Stiefel kombinieren? Zwingen Sie es nicht, sei flexibel

Obwohl Spring Boot nicht für DDD ausgelegt ist, k?nnen seine Komponentenverwaltungsmechanismen (wie @Component, @Service, @Repository) verwendet werden, um die Struktur von DDD zu organisieren.

• Entit?ts- und Wertobjekt : Geben Sie es in das Domain -Paket ohne Annotation ein, reines Pojo.
• Aggregat Root : Normalerweise k?nnen Sie @Aggregate -Annotation hinzufügen (wenn Sie Axon und andere Frameworks verwenden), aber im Allgemeinen nicht.
• Repository : Durch die Schnittstelle definiert, kann die Implementierung in das Infrastrukturpaket platziert und mit JPA oder MyBatis implementiert werden.
• Domain -Service : Sie k?nnen @Service Annotation verwenden und in das Domain -Paket einfügen.
• Anwendungsdienst : Verwenden Sie @Service dasselbe, setzen Sie ihn jedoch in das Anwendungspaket ein.

Strukturbeispiel:

 com.example.order
├── Anwendung
│ └── orderApplicationsservice.java
├── Domain
│ ├── order.java (Entit?t)
│ ├── orderService.java (Domain Service)
│ └── orderRepository.java (Schnittstelle)
└── Infrastruktur
    └── jpaorderRepository.java (Implementierung)

HINWEIS: FRINDE SCANS -Unterpackungen standardm??ig. Stellen Sie daher sicher, dass Ihre Paketstruktur angemessen ist, und lassen Sie die Frühling nicht die Bohnen finden.

4. Wann ist DDD geeignet? Machen Sie keine gro?e Sache

DDD ist nicht allm?chtig, es ist besser geeignet für:

• Ein System mit komplexer Gesch?ftslogik und ?nderung der Regeln
• Projekte, die mehrere Teamarbeit und einheitliche Sprache erfordern
• Ich m?chte ein System mit langfristiger Wartung und klarer Struktur

Wenn Sie nur ein CRUD -System wie Benutzerverwaltung und Protokollierung erstellen, erh?ht die Verwendung von DDD die Komplexit?t.

Vorschlag: Sie k?nnen mit einem einfachen "An?mie -Modell" beginnen und nach dem Erh?hung der Unternehmenskomplexit?t nach und nach das Konzept der DDD einführen, z.

DDD wird nicht über Nacht erreicht, sondern eher wie eine allm?hliche Entwicklung des Designs. Der Schlüssel ist, das Gesch?ft zu verstehen, nicht die Terminologie. Klare Struktur und klare Verantwortlichkeiten sind wichtiger als "wie DDD aussehen".

Grunds?tzlich ist das.

Das obige ist der detaillierte Inhalt vonDom?nengetriebenes Design (DDD) in Java Enterprise-Anwendungen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!