24 lines
No EOL
786 B
Markdown
24 lines
No EOL
786 B
Markdown
# 1. Einheitliches Fehlerformat
|
|
|
|
## Status
|
|
|
|
Akzeptiert
|
|
|
|
## Kontext
|
|
|
|
Die Anwendung hat momentan unklare und inkonsistente Fehlermeldungen, was die UX und das Debugging erschwert. Es ist notwendig, ein einheitliches Format für Fehlermeldungen zu definieren.
|
|
|
|
## Entscheidung
|
|
|
|
Wir implementieren ein einheitliches Fehlerformat mit folgenden Feldern:
|
|
|
|
- `code`: Ein eindeutiger Fehlercode (z.B. `VALIDATION_ERROR`, `DATABASE_ERROR`)
|
|
- `message`: Eine menschenlesbare Fehlermeldung
|
|
- `details`: Zusätzliche technische Details zur Fehlerursache
|
|
- `requestId`: Eine eindeutige ID für die Anfrage, um Debugging zu erleichtern
|
|
|
|
## Konsequenzen
|
|
|
|
- Verbesserte UX durch konsistente Fehlermeldungen
|
|
- Einfacheres Debugging durch einheitliche Fehlerstruktur
|
|
- Bessere Dokumentation der API-Fehler |