Taktische Softwarearchitektur

Domain-Driven Design – Motivation

Domain-Driven Design ist eine Familie von Software- und Architekturmustern und Best Practices. Es ist aber auch ein Prozess, der den Code an der Realität der Problemdomäne ausrichtet und Entwickler:innen und Domänenexpert:innen zusammenarbeiten lässt. DDD hat sich als sehr hilfreich erwiesen, wenn man wartbare Software für einen Problembereich schreiben will, der eine gewisse Komplexität aufweist. Wenn du also Software entwickeln musst, die für dein Unternehmen strategisch relevant ist – und sich wahrscheinlich im Laufe der Zeit ändern und weiterentwickeln wird – solltest du mit den Ideen und "Building Blocks" des Domain-Driven Design vertraut sein.
​​ 
Eine Software, die eng an der realen Problemdomäne modelliert ist, lässt sich viel leichter erweitern und anpassen: Die Schwierigkeit, neue Funktionen hinzuzufügen, bleibt nämlich konstant relativ gering. Und wenn die Lösung ordnungsgemäß entlang von Bounded Context-Lines aufgeteilt ist, ist es ein Leichtes, Teile davon in Microservices zu extrahieren.

Domain-Driven Design geht Hand in Hand mit "Clean Code" und hexagonalen Architekturen. In unseren praxisnahen Trainings integrieren wir diese Ansätze und unsere Erfahrungen aus echten Enterprise-Projekten. Darüber hinaus erhöht DDD die Sicherheit (Security by Design) und die Testbarkeit deiner Software um ein Vielfaches.

Trainingsziele und -konzepte

Das Training beginnt mit einer Reflexion über allgemeine Herausforderungen in der Softwareentwicklung und darüber, wo DDD-Praktiken geeignet sind, um diese Herausforderungen anzugehen.

Dann geben wir einen Überblick über taktische DDD-Building Blocks und -Patterns und vermitteln Know-how für die praktische Umsetzung. Damit du dem Training gut folgen kannst, verwenden wir eine Beispieldomäne, der wir Schritt für Schritt nachgehen und diskutieren Codebeispiele aus der Praxis (in Golang).

Nach dem Training bist du in der Lage,

• zu reflektieren, wo und warum die DDD-Praktiken anwenden solltest
• die grundlegenden DDD-Building Blocks zu erkennen und zu verwenden
• Anwendungen mit sauberem Layering zu implementieren und einige Best Practices zu erkennen
• die Beziehung zwischen Namespaces, Modulen, Aggregaten und Bounded Contexts zu diskutieren
• dir der typischen "Smells" bewusst zu sein

1. Einführung in DDD

• Motivation und Kontext. Klärung von Begriffen
• Wann sollte man DDD anwenden und wann nicht?
• Worauf liegt der Fokus des "Strategischen DDDs" und der "Taktischen DDD Patterns"? Was sind Bounded Contexts?
• Was ist ein leistungsfähiges "Domänenmodell"? Was sind Repräsentationen und Artefakte?

2. Vorstellung der Beispieldomäne "Hackerando"

3. Anwendungsarchitektur: Vorteile eines "technologiefreien Domänenmodells", Trennung von Belangen und typischen Schichten, Konzept von Ports und Adaptern

4. Überblick über taktische Patterns und Building Blocks

• Überblick über Building Blocks und Design Patterns
• Wertobjekte (value objects) im Detail
• Entitäten (entities) im Detail
• Domänen-Serviceobjekte (domain services) im Detail

5. Design Patterns

• Die Domäne modellieren
• Allgemeine Grundsätze und Ziele
• Aggregate, Aggregatwurzeln und Invarianten
• Verzeichnisse (repositories)
• Beispiele für die Implementierung eines Verzeichnisses
• Fabriken und Wiederherstellung (factories and reconstitution)
• Beispiele für die Implementierung eines Verzeichnisses (repository implementation)
• Übersicht über Lebenszyklus (lifecycle overview)
• Fachliche Ereignisse (domain events)
• Referenzen und warum sie reduziert werden sollten

6. Implementierung von DDD

• Bounded Context, Module, Name Spaces: Wie hängen sie zusammen?
• Wie kann eine Anwendung mit Modulen strukturiert werden?
• Typische "DDD Smells"

• Dauer: 4 Stunden
• Sprache: Deutsch oder Englisch, nach Bedarf
• Ort: Online
• Gruppengröße: min. 5 bis max. 10 Personen