Warum Drafts nicht direkt zur Domänenlogik werden sollten
Wenn externe DTOs oder Versionsnummern tief in Produktzustände einwandern, wird jeder Profilwechsel zu einer potentiell breiten Änderung. MEMM verfolgt deshalb das Prinzip, externe Revisionen an Adapter- und Profilgrenzen zu normalisieren, bevor stabile Produktlogik sie verarbeitet.
Praktische Einordnung einer Änderung
- Additiv: bestehende Produktgrenze bleibt unverändert und kann erweitert werden.
- Breaking: API-, Runtime- oder Boundary-Auswirkung benötigt eine neue Architekturentscheidung.
- Evidence-only: Nachweis oder Dokumentation ändert sich, nicht die Laufzeitgrenze.
- Nicht passend: eine gewünschte Funktion würde die festgelegte Produktgrenze unkontrolliert erweitern.
Was hier ausdrücklich nicht behauptet wird: Die Seite beschreibt Change-Control- und Adapterprinzipien. Sie behauptet nicht, dass ein beliebiger zukünftiger Draft automatisch unterstützt wird oder dass Änderungen ohne Revalidierung übernommen werden können.