Tengo una secuencia implementada usando Rxjs que puede fallar y, en caso de que lo haga, necesito que la secuencia se cierre y pueda manejar el error para un apagado correcto.
La devolución de llamada de error
en el método de suscripción hace todo lo que quiero, pero rxjs tiene un informe de error incorporado que me gustaría suprimir para que mi código pueda manejar esto con más intencionalidad.
IIRC, el operador catchError
suprimiría este registro, pero mantiene vivo el flujo y complicaría el código dependiente, ya que tendría que canalizar la información de error de manera diferente para activar mi código de manejo de errores en otro lugar.
¿Existe una manera directa de suprimir el registro de excepciones no controladas para rxjs y evitar el uso de catchError
para que pueda manejar el informe de errores a mi manera en la devolución de llamada de error
del método de suscripción?
Editar: resulta que la situación era un poco más grave que el registro innecesario. La canalización lanzaba excepciones de forma asíncrona que no podían detectarse en el código de nivel superior y bloqueaba el programa antes de que pudieran completarse las operaciones de limpieza. Aunque idealmente preferiría confiar en la devolución de llamada de error en este escenario, opté por recurrir al operador catchError utilizado en una dependencia antes de la suscripción, para evitar bloqueos de la aplicación.
Dejo esta pregunta abierta por ahora en caso de que alguien tenga una mejor respuesta.