RxDart vs FxDart › #29 · Reintentar el fetch inestable

Reintentar el fetch inestable

Empate async

• fx
• retry

Requisito

El endpoint del manifiesto corta la conexión exactamente dos veces antes de servir su payload. Reintenta hasta que tenga éxito, con un presupuesto de tres intentos en total, y luego imprime el payload y cuántos intentos hicieron falta. La inyección del fallo es determinista y está en el código; las dos versiones deben imprimir las líneas que aparecen bajo Salida esperada.

manifest 2026-08 (12 entries)
attempts: 3

Lado a lado

Por qué difieren

Apenas nada — esto es una sola llamada en cada lado, y ese es el sentido del par. La diferencia está en qué significa «volver a intentarlo» en cada modelo. En RxDart un stream que ha errado está muerto, así que Rx.retry toma una fábrica y la re-suscribe: reintentar es volver a escuchar, y el argumento de conteo es el número de reintentos después del primer intento (aquí 2, para tres intentos). En FxDart la cosa inestable es una función que devuelve un Future, así que retry simplemente la llama otra vez — attempts es el presupuesto total (3), y el último error se relanza con su stack trace original cuando el presupuesto se agota.

Un empate genuino. Las formas solo divergen cuando la cosa reintentada crece: si se convierte en un pipeline de varios valores, RxDart mantiene el mismo idioma de fábrica, mientras que FxDart envuelve el terminal (retry(3, () => fxAsync(…).toList())) o pasa a reintentos por elemento — un par con entidad propia, dos ejemplos más adelante.