Tienes algunas opciones, según tus necesidades. Si desea manejar los errores por solicitud, agregue a catch
a su solicitud. Si desea agregar una solución global, use HttpInterceptor
.
Abra aquí el plunker de demostración en funcionamiento para las siguientes soluciones.
tl; dr
En el caso más simple, solo necesitará agregar una .catch()
o una .subscribe()
, como:
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)
);
Pero hay más detalles sobre esto, ver más abajo.
Solución de método (local): error de registro y respuesta de retorno de retorno
Si necesita manejar errores en un solo lugar, puede usar catch
y devolver un valor predeterminado (o una respuesta vacía) en lugar de fallar por completo. Tampoco necesitas .map
solo para emitir, puedes usar una función genérica. Fuente: Angular.io - Obteniendo detalles del error .
Entonces, un .get()
método genérico sería como:
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>();
});
}
}
Manejar el error permitirá que la aplicación continúe incluso cuando el servicio en la URL esté en malas condiciones.
Esta solución por solicitud es buena principalmente cuando desea devolver una respuesta predeterminada específica para cada método. Pero si solo le importa la visualización de errores (o tiene una respuesta predeterminada global), la mejor solución es usar un interceptor, como se describe a continuación.
Ejecute el plunker de demostración en funcionamiento aquí .
Uso avanzado: interceptar todas las solicitudes o respuestas
Una vez más, la guía Angular.io muestra:
Una característica importante de @angular/common/http
es la interceptación, la capacidad de declarar interceptores que se encuentran entre su aplicación y el backend. Cuando su aplicación realiza una solicitud, los interceptores la transforman antes de enviarla al servidor, y los interceptores pueden transformar la respuesta en su camino de regreso antes de que su aplicación la vea. Esto es útil para todo, desde la autenticación hasta el registro.
Que, por supuesto, se puede usar para manejar errores de una manera muy simple ( demo plunker aquí ):
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>>();
});
}
}
Proporcionar su interceptor: simplemente declarar lo HttpErrorInterceptor
anterior no hace que su aplicación lo use. Debe conectarlo en el módulo de su aplicación proporcionándolo como un interceptor, de la siguiente manera:
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 {}
Nota: Si tiene tanto un interceptor de errores como un manejo de errores local, naturalmente, es probable que nunca se active el manejo de errores local, ya que el interceptor siempre manejará el error antes de que llegue al manejo de errores local.
Ejecute el plunker de demostración en funcionamiento aquí .
return this.httpClient.get<type>(...)
. y luego tener uncatch...
lugar fuera del servicio donde realmente lo consume porque ahí es donde construirá el flujo observable y podrá manejarlo mejor.Promise<Object>
cliente de (la persona que llama a losDataService
métodos de) para manejar el error. Ejemplo:this.dataService.post('url', {...}).then(...).catch((e) => console.log('handle error here instead', e));
. Elija lo que sea más claro para usted y los usuarios de su servicio.return Observable.of({my: "default value..."});
da un error "| ... 'no se puede asignar al tipo' HttpEvent <any> '."HttpEvent
, como unHttpResponse
. Así, por ejemplo, se puede utilizar:return Observable.of(new HttpResponse({body: [{name: "Default value..."}]}));
. He actualizado la respuesta para aclarar este punto. Además, creé un plunker de demostración en funcionamiento para mostrar que todo funciona: plnkr.co/edit/ulFGp4VMzrbaDJeGqc6q?p=previewPermítanme por favor, actualice la acdcjunior respuesta 's sobre el uso de HttpInterceptor con las últimas características RxJs (v.6).
fuente
Con la llegada de la
HTTPClient
API, no solo seHttp
reemplazó la API, sino que se agregó una nueva, laHttpInterceptor
API.AFAIK uno de sus objetivos es agregar un comportamiento predeterminado a todas las solicitudes salientes HTTP y respuestas entrantes.
Entonces, suponiendo que desea agregar un comportamiento de manejo de errores predeterminado , agregue
.catch()
a todos sus posibles métodos http.get / post / etc es ridículamente difícil de mantener.Esto se podría hacer de la siguiente manera como ejemplo usando a
HttpInterceptor
:// app.module.ts
Alguna información adicional para OP: llamar a http.get / post / etc sin un tipo fuerte no es un uso óptimo de la API. Su servicio debería verse así:
Volver
Promises
de sus métodos de servicio en lugar deObservables
es otra mala decisión.Y un consejo adicional: si está utilizando el script TYPE , empiece a utilizar la parte del tipo. Pierdes una de las mayores ventajas del lenguaje: conocer el tipo de valor con el que estás lidiando.
Si desea, en mi opinión, un buen ejemplo de un servicio angular, eche un vistazo a la siguiente esencia .
fuente
this.http.get()
etc, y nothis.get()
, etc., enDataService
?Bastante sencillo (en comparación con cómo se hizo con la API anterior).
Fuente de (copiar y pegar) la guía oficial de Angular
fuente
Para Angular 6+, .catch no funciona directamente con Observable. Tienes que usar
Abajo código:
Para obtener más detalles, consulte la Guía angular para Http
fuente
Ejemplo de servicio de manejo de errores de Angular 8 HttpClient
api.service.ts
fuente
Probablemente quieras tener algo como esto:
Depende en gran medida también de cómo utilice su servicio, pero este es el caso básico.
fuente
Siguiendo la respuesta de @acdcjunior, así es como lo implementé
Servicio:
llamador:
fuente
fuente
Si no puede detectar errores con alguna de las soluciones proporcionadas aquí, es posible que el servidor no esté manejando las solicitudes CORS.
En ese caso, Javascript, mucho menos Angular, puede acceder a la información del error.
Busque advertencias en su consola que incluyan
CORB
oCross-Origin Read Blocking
.Además, la sintaxis ha cambiado para manejar errores (como se describe en todas las demás respuestas). Ahora usa operadores capaces de canalizar, así:
fuente
Al usar Interceptor, puede detectar errores. A continuación se muestra el código:
Puede preferir este blog ... dado un ejemplo sencillo.
fuente