Business
Jobs
  • About Us
  • Solutions
    • Job Postings
      Post your job and receive qualified candidates in 48h.
    • Candidate Assessments
      500+ technical and psychological tests, plus anti-fraud.
    • Headhunting
      Tailor-made executive search from start to finish.
    • Payroll + EOR
      Payroll dispersal and EOR across 15+ LATAM countries.
  • Pricing
  • Jobs

0

261
Views
Angular 2: manejo de múltiples suscripciones en un solo observable

Estoy trabajando en una aplicación Angular 2 y necesito orientación sobre cómo manejar los errores de autenticación de manera limpia.

Mi objetivo final es poder manejar de forma centralizada los errores de autenticación (específicamente 401 y 403) para cada solicitud Http .

Encontré esta pregunta muy útil para comenzar, sin embargo, estoy atascado en cuanto a la forma correcta de registrar mi controlador de errores para cada observable devuelto por mi implementación Http personalizada.

Aquí hay una muestra de lo que estoy trabajando actualmente:

 import { Injectable } from 'angular2/core'; import { Http, ConnectionBackend, Request, RequestOptions, RequestOptionsArgs, Response } from 'angular2/http'; import { Observable } from 'rxjs/Observable'; @Injectable() export class ClauthHttp extends Http { constructor(backend: ConnectionBackend, defaultOptions: RequestOptions) { super(backend, defaultOptions); } get(url: string, options ? : RequestOptionsArgs): Observable < Response > { var response = super.get(url, options); return this._handleSecurityResponse(response); } /* Other overrides omitted for brevity... */ private _handleSecurityResponse(response: Observable < Response > ): Observable < Response > { response.subscribe(null, (error: Response) => { // Do some nifty error handling here. }); return response; } }

La solución anterior "funciona" con un solo problema... Cada solicitud HTTP se realiza dos veces. Eso no es bueno.

¿Alguna guía sobre cómo hacer esto correctamente?

(Actualización) Código de trabajo

Según la información en la respuesta aceptada, aquí se muestra cómo se ve la clase en su forma de funcionamiento adecuado.

 import {Injectable} from 'angular2/core'; import {Http, ConnectionBackend, Request, RequestOptions, RequestOptionsArgs, Response} from 'angular2/http'; import {Observable} from 'rxjs/Observable'; import 'rxjs/add/operator/share'; @Injectable() export class ClauthHttp extends Http { constructor(backend: ConnectionBackend, defaultOptions: RequestOptions) { super(backend, defaultOptions); } get(url: string, options ? : RequestOptionsArgs): Observable < Response > { var response = super.get(url, options); return this._handleSecurityResponse(response); } /* Other overrides omitted for brevity... */ private _handleSecurityResponse(response: Observable < Response > ): Observable < Response > { var sharable = response.share(); sharable.subscribe(null, (error: Response) => { // Do some nifty error handling here. }); return sharable; } }
over 4 years ago · Santiago Trujillo
1 answers
Answer question

0

Esto probablemente se deba al hecho de que su Observable<Response> es un observable frío, es decir, se 'reinicia' para cada nuevo suscriptor. Para obtener una explicación de los observables fríos y calientes, eche un vistazo a los observables fríos y calientes: ¿hay operadores "calientes" y "fríos"? . Así que aquí probablemente se suscriba una vez para el controlador de resultados y otra vez para el controlador de errores.

Debería poder solucionar el efecto secundario de las suscripciones "compartiendo" su observable,

es decir, reemplazar

 var response = super.get(url, options);

Con

 var response = super.get(url, options).share();`
over 4 years ago · Santiago Trujillo Report
Answer question
Find remote jobs

Discover the new way to find a job!

Top jobs
Top job categories
Business
Post vacancy Pricing Sales
Legal
Terms and conditions Privacy policy
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Show me some job opportunities
There's an error!