Saltar al contenido

Mono vs Flux en flujo reactivo

Presta atención porque en este tutorial vas a encontrar el hallazgo que buscas.Esta división fue evaluado por nuestros especialistas para asegurar la calidad y exactitud de nuestro contenido.

Solución:

En muchos casos, está realizando algún cálculo o llamando a un servicio y espera exactamente un resultado (o tal vez cero o un resultado), y no una colección que posiblemente contenga múltiples resultados. En tales casos, es más conveniente tener un Mono.

Compárelo con Java “normal”: no usaría List como el tipo de devolución de cualquier método que pueda devolver cero o un resultado. usarías Optional en cambio, lo que deja en claro de inmediato que no espera más de un resultado.

Flujo es equivalente a RxJava Observable es capaz de emitir

– cero o más elementos (flujos de muchos elementos)

– y luego OPCIONALMENTE completando O defecto

Mononucleosis infecciosa solo puede emitir un elemento como máximo (transmite un elemento)

Relaciones:

  • Si concantes dos Monos obtendrás un Flux
  • Puede llamar a single () en Flux para devolver un Mono

De los documentos aquí

Esta distinción lleva un poco de información semántica al tipo, lo que indica la cardinalidad aproximada del procesamiento asíncrono. Por ejemplo, una solicitud HTTP produce solo una respuesta, por lo que no tiene mucho sentido hacer una operación de conteo. Expresar el resultado de una llamada HTTP de este tipo como Mono tiene más sentido que expresarlo como Flux, ya que ofrece solo operadores que son relevantes para un contexto de cero elementos o un elemento.

Aquí tienes las comentarios y puntuaciones

Si conservas algún reparo y capacidad de aclarar nuestro división eres capaz de ejecutar una explicación y con placer lo ojearemos.

¡Haz clic para puntuar esta entrada!
(Votos: 0 Promedio: 0)



Utiliza Nuestro Buscador

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *