loopbackio / loopbackio/loopback-next
Enable custom reject implementation to leverage the built-in "code to statusCode" mapping
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- TypeScript
- Sterne
- 5.1k
- Forks
- 1.1k
- Ø Merge
- 2 T. 21 Std.
- Gemergte PRs (30 T.)
- 27
Beschreibung
Users wishing to provide their own implementation of reject action need a way how to decide which HTTP status code to use depending on the error code, e.g. to map error code ENTITY_NOT_FOUND to status code 404.
See also the discussion in https://github.com/strongloop/loopback-next/issues/1867
Acceptance criteria
- A public API allowing custom
rejectimplementations to map error codes to status codes - A new subsection in Handling errors explaining how to write a custom
rejectimplementation
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne mit dem Unterabschnitt „Handling errors“ in der verlinkten Sequence-Dokumentation und prüfe die Diskussion in Issue #1867. Suche dann die bestehende reject-Implementierung und das integrierte code-to-statusCode-Mapping. Fertig ist die Aufgabe, wenn eine öffentliche Mapping-API für benutzerdefinierte reject-Implementierungen verfügbar ist und die Dokumentation deren Verwendung erklärt.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- typescript
- Bereich
- api, backend
- Issue-Typ
- Feature
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 42/100