Layered
Einfachheit und Vorhersagbarkeit
Technische Ordnung, schnelle Einarbeitung und lineare Services.
Architekturentscheidung
Layered, TDD-First und DDD direkt vergleichen
Keine Rangliste, sondern eine belastbare Entscheidungshilfe auf Basis derselben Fachlichkeit, Schnittstellen und Akzeptanzszenarien.
Drei unterschiedliche Optimierungsziele
TDD-First
Änderbarkeit und Feedback
Beobachtbares Verhalten, kleine Schritte und sicheres Refactoring.
DDD
Fachliche Grenzen und Ownership
Kontextspezifische Sprache, Aggregate und explizite Integration.
Entscheidungsfragen
Wie komplex ist die Fachdomäne?
Bei einfacher Fachlichkeit kann DDD mehr Kosten als Nutzen erzeugen.
Wie oft ändern sich Anforderungen?
Hohe Änderungsrate erhöht den Wert einer testgetriebenen Feedbackschleife.
Wie sind Teams geschnitten?
Mehrere autonome Teams benötigen stärkere fachliche Ownership-Grenzen.
Wie kritisch sind Integrationen?
Verteilte Prozesse verlangen explizite Verträge, Idempotenz und Kompensation.
Wie schnell muss geliefert werden?
Eine klare Layered-Struktur kann bei stabilen Anforderungen effizienter sein.
Wie hoch ist die Modellierungsreife?
DDD funktioniert nur mit konsequenter Sprache und kontinuierlicher Facharbeit.
Vertiefungen
Modulgrenzen
Abhängigkeiten und kleinste Änderungseinheiten vergleichen.
Codevergleich
Denselben Use Case in drei Strukturen nebeneinander lesen.
Tests und Qualität
Verifikation, Designfeedback und Architektur-Fitness-Functions.
Entscheidungshilfe
Passung nach Domänenkomplexität, Teamstruktur und Änderungsrate.