2026-03-19 18:23:04 +01:00
|
|
|
# Tradeoff Matrix
|
|
|
|
|
|
|
|
|
|
## Bewertungsachsen
|
|
|
|
|
|
|
|
|
|
1. Robustheit / Fehlertoleranz
|
|
|
|
|
2. Wartbarkeit / Kopplung
|
|
|
|
|
3. Migrationsrisiko
|
|
|
|
|
4. Testbarkeit
|
|
|
|
|
5. Liefergeschwindigkeit
|
|
|
|
|
|
|
|
|
|
## Standard-Optionen
|
|
|
|
|
|
|
|
|
|
### Option A: Zentralisieren im Core
|
|
|
|
|
|
|
|
|
|
- Vorteile: Konsistenz, weniger Duplikate
|
|
|
|
|
- Nachteile: Hoher Impact, breiter Testbedarf
|
|
|
|
|
- Geeignet wenn: 3+ Stellen betroffen oder Contract-Sicherheit steigt deutlich
|
|
|
|
|
|
|
|
|
|
### Option B: Shared Partial/Helper
|
|
|
|
|
|
|
|
|
|
- Vorteile: Schneller Nutzen, moderates Risiko
|
2026-04-29 09:57:22 +02:00
|
|
|
- Nachteile: Teilweise Restduplikate möglich
|
2026-03-19 18:23:04 +01:00
|
|
|
- Geeignet wenn: Wiederkehrendes UI-/Glue-Muster mit klaren Datencontracts
|
|
|
|
|
|
|
|
|
|
### Option C: Lokal belassen
|
|
|
|
|
|
|
|
|
|
- Vorteile: Geringstes kurzfristiges Risiko
|
|
|
|
|
- Nachteile: Langfristig mehr Wartung, inkonsistente UX
|
|
|
|
|
- Geeignet wenn: Einzelfall oder experimentelle Logik
|
|
|
|
|
|
|
|
|
|
## Entscheidungsregel
|
|
|
|
|
|
|
|
|
|
- Standardempfehlung: Option B vor Option A, wenn Nutzen hoch und Migrationsradius kleiner ist.
|
|
|
|
|
- Option C nur mit expliziter Begruendung (z. B. bewusstes Out-of-Scope oder Legacy-Risiko).
|
