Vous avez quelques options, en fonction de vos besoins. Si vous souhaitez gérer les erreurs sur une base par demande, ajoutez un catch
à votre demande. Si vous souhaitez ajouter une solution globale, utilisez HttpInterceptor
.
Ouvrez ici le plunker de démonstration fonctionnel pour les solutions ci-dessous.
tl; dr
Dans le cas le plus simple, il vous suffira d'ajouter un .catch()
ou un .subscribe()
, comme:
import 'rxjs/add/operator/catch'; // don't forget this, or you'll get a runtime error
this.httpClient
.get("data-url")
.catch((err: HttpErrorResponse) => {
// simple logging, but you can do a lot more, see below
console.error('An error occurred:', err.error);
});
// or
this.httpClient
.get("data-url")
.subscribe(
data => console.log('success', data),
error => console.log('oops', error)
);
Mais il y a plus de détails à ce sujet, voir ci-dessous.
Solution de méthode (locale): erreur de journal et retour de réponse de secours
Si vous devez gérer des erreurs à un seul endroit, vous pouvez utiliser catch
et renvoyer une valeur par défaut (ou une réponse vide) au lieu d'échouer complètement. Vous n'avez pas non plus besoin de .map
simplement cast, vous pouvez utiliser une fonction générique. Source: Angular.io - Obtenir les détails de l'erreur .
Donc, une .get()
méthode générique , serait comme:
import { Injectable } from '@angular/core';
import { HttpClient, HttpErrorResponse } from "@angular/common/http";
import { Observable } from 'rxjs/Observable';
import 'rxjs/add/operator/catch';
import 'rxjs/add/observable/of';
import 'rxjs/add/observable/empty';
import 'rxjs/add/operator/retry'; // don't forget the imports
@Injectable()
export class DataService {
baseUrl = 'http://localhost';
constructor(private httpClient: HttpClient) { }
// notice the <T>, making the method generic
get<T>(url, params): Observable<T> {
return this.httpClient
.get<T>(this.baseUrl + url, {params})
.retry(3) // optionally add the retry
.catch((err: HttpErrorResponse) => {
if (err.error instanceof Error) {
// A client-side or network error occurred. Handle it accordingly.
console.error('An error occurred:', err.error.message);
} else {
// The backend returned an unsuccessful response code.
// The response body may contain clues as to what went wrong,
console.error(`Backend returned code ${err.status}, body was: ${err.error}`);
}
// ...optionally return a default fallback value so app can continue (pick one)
// which could be a default value
// return Observable.of<any>({my: "default value..."});
// or simply an empty observable
return Observable.empty<T>();
});
}
}
La gestion de l'erreur permettra à votre application de continuer même lorsque le service à l'URL est en mauvais état.
Cette solution par demande convient surtout lorsque vous souhaitez renvoyer une réponse par défaut spécifique à chaque méthode. Mais si vous ne vous souciez que de l'affichage des erreurs (ou si vous avez une réponse globale par défaut), la meilleure solution est d'utiliser un intercepteur, comme décrit ci-dessous.
Exécutez le plunker de démonstration fonctionnel ici .
Utilisation avancée: intercepter toutes les demandes ou réponses
Une fois de plus, le guide Angular.io montre:
Une caractéristique majeure de @angular/common/http
est l'interception, la possibilité de déclarer des intercepteurs qui se trouvent entre votre application et le backend. Lorsque votre application fait une demande, les intercepteurs la transforment avant de l'envoyer au serveur, et les intercepteurs peuvent transformer la réponse à son retour avant que votre application ne la voie. Ceci est utile pour tout, de l'authentification à la journalisation.
Ce qui, bien sûr, peut être utilisé pour gérer les erreurs de manière très simple ( démo plunker ici ):
import { Injectable } from '@angular/core';
import { HttpEvent, HttpInterceptor, HttpHandler, HttpRequest, HttpResponse,
HttpErrorResponse } from '@angular/common/http';
import { Observable } from 'rxjs/Observable';
import 'rxjs/add/operator/catch';
import 'rxjs/add/observable/of';
import 'rxjs/add/observable/empty';
import 'rxjs/add/operator/retry'; // don't forget the imports
@Injectable()
export class HttpErrorInterceptor implements HttpInterceptor {
intercept(request: HttpRequest<any>, next: HttpHandler): Observable<HttpEvent<any>> {
return next.handle(request)
.catch((err: HttpErrorResponse) => {
if (err.error instanceof Error) {
// A client-side or network error occurred. Handle it accordingly.
console.error('An error occurred:', err.error.message);
} else {
// The backend returned an unsuccessful response code.
// The response body may contain clues as to what went wrong,
console.error(`Backend returned code ${err.status}, body was: ${err.error}`);
}
// ...optionally return a default fallback value so app can continue (pick one)
// which could be a default value (which has to be a HttpResponse here)
// return Observable.of(new HttpResponse({body: [{name: "Default value..."}]}));
// or simply an empty observable
return Observable.empty<HttpEvent<any>>();
});
}
}
Fournir votre intercepteur: le simple fait de déclarer ce qui HttpErrorInterceptor
précède ne provoque pas son utilisation par votre application. Vous devez le connecter dans votre module d'application en le fournissant en tant qu'intercepteur, comme suit:
import { NgModule } from '@angular/core';
import { HTTP_INTERCEPTORS } from '@angular/common/http';
import { HttpErrorInterceptor } from './path/http-error.interceptor';
@NgModule({
...
providers: [{
provide: HTTP_INTERCEPTORS,
useClass: HttpErrorInterceptor,
multi: true,
}],
...
})
export class AppModule {}
Remarque: si vous disposez à la fois d' un intercepteur d'erreur et d'une gestion des erreurs locale, il est bien entendu probable qu'aucune gestion d'erreur locale ne sera jamais déclenchée, car l'erreur sera toujours gérée par l'intercepteur avant d' atteindre la gestion d'erreur locale.
Exécutez le plunker de démonstration fonctionnel ici .
return this.httpClient.get<type>(...)
. et ensuite avoircatch...
quelque part hors du service où il le consomme réellement parce que c'est là qu'il construira un flux d'observables et qu'il pourra le gérer le mieux.Promise<Object>
client de 's (l'appelant desDataService
méthodes de') pour gérer l'erreur. Exemple:this.dataService.post('url', {...}).then(...).catch((e) => console.log('handle error here instead', e));
. Choisissez ce qui est le plus clair pour vous et les utilisateurs de votre service.return Observable.of({my: "default value..."});
cela donne une erreur "| ... 'n'est pas assignable au type' HttpEvent <any> '."HttpEvent
, telle que aHttpResponse
. Ainsi, par exemple, vous pouvez utiliser:return Observable.of(new HttpResponse({body: [{name: "Default value..."}]}));
. J'ai mis à jour la réponse pour clarifier ce point. En outre, j'ai créé un plunker de démonstration fonctionnel pour montrer que tout fonctionne: plnkr.co/edit/ulFGp4VMzrbaDJeGqc6q?p=previewPermettez - moi s'il vous plaît mettre à jour le acdcjunior la réponse « sur l' utilisation HttpInterceptor avec les dernières fonctionnalités RxJs (V.6).
la source
Avec l'arrivée de l'
HTTPClient
API, non seulement l'Http
API a été remplacée, mais une nouvelle a été ajoutée, l'HttpInterceptor
API.AFAIK l'un de ses objectifs est d'ajouter un comportement par défaut à toutes les requêtes HTTP sortantes et réponses entrantes.
Donc, en supposant que vous vouliez ajouter un comportement de gestion des erreurs par défaut , l'ajout
.catch()
à toutes vos méthodes http.get / post / etc possibles est ridiculement difficile à maintenir.Cela pourrait être fait de la manière suivante à titre d'exemple en utilisant un
HttpInterceptor
:// app.module.ts
Quelques informations supplémentaires pour OP: appeler http.get / post / etc sans un type fort n'est pas une utilisation optimale de l'API. Votre service devrait ressembler à ceci:
Revenir
Promises
de vos méthodes de service au lieu deObservables
est une autre mauvaise décision.Et un conseil supplémentaire: si vous utilisez le script TYPE , commencez à utiliser la partie type de celui-ci. Vous perdez l'un des plus gros avantages du langage: connaître le type de valeur à laquelle vous avez affaire.
Si vous voulez un, à mon avis, un bon exemple de service angulaire, jetez un œil à l'essentiel suivant .
la source
this.http.get()
etc. et nonthis.get()
etc. dansDataService
?Assez simple (par rapport à la façon dont cela a été fait avec l'API précédente).
Source de (copier-coller) le guide officiel Angular
la source
Pour Angular 6+, .catch ne fonctionne pas directement avec Observable. Vous devez utiliser
Ci-dessous le code:
Pour plus de détails, reportez-vous au Guide angulaire pour Http
la source
Exemple de service de gestion d'erreurs Angular 8 HttpClient
api.service.ts
la source
Vous voulez probablement avoir quelque chose comme ça:
Cela dépend aussi fortement de la manière dont vous utilisez votre service, mais c'est le cas de base.
la source
Suite à la réponse @acdcjunior, voici comment je l'ai implémentée
un service:
votre interlocuteur:
la source
la source
Si vous ne parvenez pas à détecter les erreurs avec l'une des solutions fournies ici, il se peut que le serveur ne gère pas les requêtes CORS.
Dans ce cas, Javascript, encore moins Angular, peut accéder aux informations d'erreur.
Recherchez les avertissements dans votre console qui incluent
CORB
ouCross-Origin Read Blocking
.En outre, la syntaxe a changé pour la gestion des erreurs (comme décrit dans toutes les autres réponses). Vous utilisez maintenant des opérateurs canalisables, comme ceci:
la source
En utilisant Interceptor, vous pouvez détecter une erreur. Ci-dessous le code:
Vous pouvez préférer ce blog ... avec un exemple simple pour cela.
la source