RxJS presenta muchas formas de manejar los errores, y me cuesta entender cada una de ellas y dónde se usan. Cuanto más aprendo sobre RxJS, menos lo entiendo.
Si estoy usando una tubería, hay catchError.
Si estoy usando un toque dentro de la tubería, existe el parámetro de error opcional.
Si estoy usando la suscripción, también existe el parámetro de error opcional.
¿Dónde quiero usar un controlador de errores sobre el otro? ¿Cuáles son los casos de uso de los parámetros de error opcionales? Si estoy usando el parámetro de error de tap, ¿todavía necesito usar catchError? Si tengo catchError, ¿todavía necesito usar el parámetro de error de suscripción?
Quiero comprender mejor cada uno de los controladores de errores y cuál es la forma correcta de manejar los errores.
Manejar el error usando la devolución de llamada de error de suscripción puede hacer su trabajo, pero tiene límites en caso de que desee emitir un valor alternativo en caso de error. (valor de reemplazo)
Por ejemplo, imagine que está esperando que su observable emita una lista de usuarios, pero desea obtener una matriz vacía en caso de error, no puede hacerlo en la devolución de llamada de error dentro de su llamada de suscripción, pero puede hacerlo usando catchError
getUsers$.pipe( catchError(error => of([])) )Utiliza el operador múltiple catchError para generar un error y agregar un valor de reemplazo
getUsers$.pipe( catchError(error => { return throwError(error); }), catchError(error => { return of([]); }) ).subscribe( users=> console.log('users', users), err => console.log('Error', err), )en ese caso, el error lanzado nunca llegará a la función de controlador de suscripción, tendrá esto en el registro de su consola
users []Los flujos RxJS están diseñados de manera que un error provoca el colapso de todo el flujo. Para evitar este comportamiento, RxJS proporciona un operador catchError . Simplemente detecta un error; el flujo de entrada de catchError colapsó, pero el flujo de salida de catchError se conserva (si catchError no arroja un error también).
Ejemplo: error de API manejado
actions$.pipe( filter(action => action.type === 'fetchData'), mergeMap(() => fetchData().pipe( map(data => ({ type: 'dataFetchSuccess', data }) catchError(error => of('dataFetchError')) )) ) Nota: Cuando fetchData falla, el flujo de acciones $ no falla y puede procesar el siguiente valor y recuperar los datos nuevamente.
tap del operador está diseñado para usarse con efectos secundarios, no tiene ningún efecto en la transmisión. En otras palabras, no cambia el flujo de ninguna manera.
Ejemplo: tap del operador puede realizar efectos secundarios para todos los casos: next , error y complete .
actions$.pipe( tap(console.log, console.error, () => console.log('complete')), // or tap({ next: console.log, error: console.error, complete: console.log('complete'), }), ) Se llama al controlador de errores en subscribe si la transmisión colapsó debido a un error. (Nota: prácticamente el operador catchError suscribe al flujo de entrada con un controlador de errores, observa y procesa el error).
Conclusión: para una transmisión simple que podría contraerse debido a un error, podemos subscribe a la transmisión con el controlador de errores.
Use catchError para secuencias complicadas que no se pueden colapsar por completo.