IODA-Architektur, Teil 2
13.08.2018, 00:00 Uhr
Das IODA-Architekturmodell
Entwurf eines neuen Architekturmusters auf der Basis der vier fundamental unterschiedenen Ebenen Integration, Operation, Daten und APIs.
Der erste Teil dieser Artikelserie [1] hat die generelle Entwicklung der Architekturmuster von MVC über das Schichtenmodell bis zur Clean Architecture nachvollzogen und begründet, warum das Bedürfnis nach einem neuen Architekturmodell entstand, das die bisher etablierten Modelle ablösen und deren Nachteile beseitigen soll: Das zentrale Problem der funktionalen Abhängigkeiten ist in ihnen nicht wirklich gelöst. Lediglich Linderung durch die Prinzipien Dependency Inversion (DIP) und Inversion of Control (IoC) wurde gebracht – und das zu einem hohen Preis. Komplexität wurde mit Komplexität bekämpft.
Wie könnte nun ein Architekturmuster aussehen, das die Vorteile der bisherigen beibehält und die Nachteile hinter sich lässt? Diese Vorteile sind:
Jetzt 1 Monat kostenlos testen!
Sie wollen zukünftig auch von den Vorteilen eines plus-Abos profitieren? Werden Sie jetzt dotnetpro-plus-Kunde.
- + Digitales Kundenkonto,
- + Zugriff auf das digitale Heft,
- + Zugang zum digitalen Heftarchiv,
- + Auf Wunsch: Weekly Newsletter,
- + Sämtliche Codebeispiele im digitalen Heftarchiv verfügbar