Récupération : contrôle du rejet des promesses en fonction du code d'état HTTP
Dans le domaine de la récupération, les promesses ne sont généralement rejetées que lorsqu'elles rencontrent des erreurs réseau. Cependant, dans les scénarios où les codes d'état HTTP 4xx ou 5xx sont renvoyés, la promesse n'est pas rejetée par défaut.
Problème :
Dans le code fourni, vous essayez de intercepter et rejeter la promesse lorsque l'état de la réponse HTTP indique une erreur. Cependant, la promesse n'est pas rejetée comme prévu.
Raison :
La récupération des promesses n'est rejetée qu'avec TypeError lorsqu'une erreur réseau se produit. Puisque les réponses 4xx et 5xx ne sont pas des erreurs réseau, il n’y a rien à détecter. Pour rejeter la promesse manuellement, vous devrez générer une erreur vous-même.
Solution :
Pour résoudre ce problème et rejeter la promesse en fonction du statut HTTP, vous pouvez modifier votre codez comme suit :
import 'whatwg-fetch'; function fetchVehicle(id) { return dispatch => { return dispatch({ type: 'FETCH_VEHICLE', payload: fetch(`http://swapi.co/api/vehicles/${id}/`) .then(res => { if (!res.ok) { const error = new Error('HTTP Error: ' + res.status); throw error; // Throwing the error here will cause fetch to reject the promise } return res; }) .then(res => res.json()) .catch(error => { throw error; }) }); }; }
En introduisant la logique de gestion des erreurs dans la promesse de récupération, vous pouvez désormais rejeter la promesse manuellement si l'état de la réponse HTTP indique une condition de non-réussite. Cela vous permet de capturer et de gérer l'erreur de manière appropriée dans le bloc catch de votre middleware redux.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!