1.1 KiB
1.1 KiB
| type | status | owner | date |
|---|---|---|---|
| ADR | PROPOSED | Lead Architect | 2026-04-21 |
ADR-0026 — Step-Validation-Policy (Sync vs. Async, Fehlersichtbarkeit, Hotkeys)
Kontext
- Validierungen sind heute uneinheitlich verteilt (UI/Backend) und nicht klar priorisiert (blockierend vs. Hinweis).
Entscheidung
- Sync-Validierung pro Step als pure Funktion (schnell, offline, blockierend für „Weiter“).
- Async-Validierungen (Server/DB) als nicht-blockierende Hinweise mit Retry; Ergebnisse im Footer aggregiert.
- Einheitliche Hotkeys: Enter=Weiter, Shift+Enter=Zurück, Alt+S=Speichern (Draft), Alt+J=Step-Sprung.
Konsequenzen
- Konsistente Nutzererwartung, klare Trennung von Fehlerklassen, bessere Testbarkeit.
- Erfordert Footer-Fehlersummary und Dev-Overlay (Guard/Validation-Trace).
Umsetzung
- API
validate(accumulator): ValidationResultje Step. - Async-Pipeline mit Debounce (250ms) und Status-Pills; keine UI-Blocker bei Netzwerkfehlern.
Verweise
- Roadmap‑Abschnitt:
docs/01_Architecture/MASTER_ROADMAP.md#3-initiative-wizard-orchestrator--offline-drafts-q2q3-2026 - Reference:
docs/01_Architecture/Reference/Wizard-DSL-README.md