loopbackio / loopbackio/loopback-next
Enable custom reject implementation to leverage the built-in "code to statusCode" mapping
Nessuno ha ancora preso questa issue.
- Lingua principale
- TypeScript
- Stelle
- 5.1k
- Fork
- 1.1k
- Merge medio
- 2g 21h
- PR unite (30g)
- 27
Descrizione
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
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Direzione di ricerca
Inizia dalla sottosezione «Handling errors» nella documentazione collegata di Sequence e rivedi la discussione nell’issue #1867. Poi individua l’implementazione esistente di reject e il mapping integrato da code-to-statusCode. Il lavoro è completato quando è disponibile una mapping API pubblica per le implementazioni personalizzate di reject e la documentazione spiega come usarla.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- typescript
- Ambito
- api, backend
- Tipo di issue
- Funzionalità
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Stato di attività
- Ferma
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 42/100