Hexagonale & Clean Architecture
Die Domäne ins Zentrum, Frameworks an den Rand.
Die Architektur, die Dependency Inversion zur Form des ganzen Systems macht: Abhängigkeiten zeigen nach innen auf eine reine Domäne, und Datenbanken, Web-Frameworks und Message-Broker sind austauschbare Details am Rand. Ports und Adapter, die Schichten der Clean Architecture, die Domäne framework-frei halten, sie isoliert testen - und ein pragmatisches Urteil, wann die Struktur ihren Preis wert ist.
Lektionen in dieser Stufe
- 01
Die Dependency Rule
ExperteDie eine Idee hinter hexagonaler, Onion- und Clean-Architektur: Quellcode-Abhängigkeiten zeigen nur nach innen, zur Domäne - damit der Kern nie von Datenbank oder Web-Schicht abhängt.
15 Min. - 02
Ports & Adapter
ExperteHexagonale Architektur konkret: Ports sind Interfaces, die die Domäne besitzt, Adapter sind Implementierungen am Rand - und die Unterscheidung zwischen treibender und getriebener Seite.
16 Min. - 03
Die Schichten der Clean Architecture
ExperteEntities, Use Cases, Interface Adapters, Frameworks & Drivers - die konzentrischen Kreise und wie ein Use-Case-Interactor eine einzelne Anwendungsoperation orchestriert.
15 Min. - 04
Die Domäne rein halten
ExperteKeine JPA- oder Spring-Annotationen im Kern: das Mapping zwischen Domänenmodellen und Persistenz/DTOs an der Grenze - und die Mapping-Kosten ehrlich gegen den Nutzen abwägen.
15 Min. - 05
Eine hexagonale App testen
ExperteDer eigentliche Gewinn: Domäne und Use Cases im Speicher mit gefälschten Adaptern testen, ohne Spring-Kontext oder Datenbank - schnelle, fokussierte Tests, passend zur Testpyramide.
14 Min. - 06
Lohnt es sich?
FortgeschrittenWann sich volle Hexagonalität lohnt gegenüber einem einfacheren Schichtenentwurf, die Mittelwege und wie man ledger-legacy schrittweise Richtung Domäne-im-Zentrum umbaut.
13 Min.