Empresas
Empregos
  • Sobre nós
  • Soluções
    • Publicação de vagas
      Publique sua vaga e receba candidatos qualificados em 48h.
    • Avaliações de candidatos
      Mais de 500 testes técnicos e psicológicos, mais anti-fraude.
    • Headhunting
      Busca executiva personalizada do início ao fim.
    • Folha de Pagamento + EOR
      Dispersão de folha e EOR em mais de 15 países da LATAM.
  • Preços
  • Empregos

0

218
Visualizações
¿Cómo volver a intentar con retraso una tubería interna Observable en RxJS?

Tengo el siguiente código:

 notificationsWsSubject.pipe( filter((socket): socket is Socket => !!socket), switchMap(socket => fromEvent<Socket.DisconnectReason>(socket, 'disconnect')), tap(() => wsConnectedSubject.next(false)), filter(reason => (['ping timeout', 'transport close', 'transport error'] as Socket.DisconnectReason[]).includes(reason)), switchMap(() => signedInObservable), switchMap(user => forkJoin([of(user), from(getNotificationsWebsocketTicket())])), ).subscribe(values => { // Connect with websocket }, error => { // Throw error to user })

El flujo general:

  • Escuche el evento de disconnect en socket.io-client
  • Proceder si la causa de la desconexión es por error de red
  • Obtener el usuario que ha iniciado sesión actualmente desde signedInObservable
  • Genere un ticket en el servidor llamando a getNotificationsWebsocketTicket() (y creando un Observable a partir de él usando from()
  • Haz cosas en subscribe(value => ... )

Mi problema es que me gustaría volver a intentar el from(getNotificationsWebsocketTicket()) en caso de que falle, con un retraso de 5 segundos entre cada falla.
Solo después de 3 reintentos, quiero que falle todo el observable principal.

algo como:

 from(getNotificationsWebsocketTicket()).pipe(delayedRetry(3, 5000))

¿Es eso posible?

about 4 years ago · Juan Pablo Isaza
1 Respostas
Responde à pergunta

0

Sí, puedes hacer esto:

 from(getNotificationsWebsocketTicket()).pipe( retryWhen(e$ => e$.pipe( take(3), delay(5000) )) );

retryWhen puede ser un operador un poco interesante para entenderlo. e$ es un observable administrado por el operador retryWhen . Cada vez que la fuente falla, retryWhen emite ese error a e$ .

Lo que sucede a continuación depende de lo observable que devuelva su lambda:

Errors son errores,
Completes son completos,
PERO las emisiones (a next ) son una señal para volver a intentarlo

about 4 years ago · Juan Pablo Isaza Relatório
Responde à pergunta
Encontrar trabalhos remotos

Descubra a nova forma de encontrar um emprego!

melhores empregos
Principais categorias de trabalho
Empresas
Postar vaga Preços Comercial
Jurídico
Termos e Condições Política de privacidade
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomende algumas ofertas para mim
Preciso de ajuda