29 lines
1.1 KiB
Markdown
29 lines
1.1 KiB
Markdown
---
|
||
type: ADR
|
||
status: PROPOSED
|
||
owner: Lead Architect
|
||
date: 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): ValidationResult` je 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`
|