Enrutamiento y comunicación entre microinterfaces

Las opciones de enrutamiento dependen del enfoque de composición. La comunicación se puede optimizar reduciendo el acoplamiento entre los componentes de la interfaz.

Enrutamiento

Las aplicaciones que utilizan la composición del lado del cliente con división vertical pueden utilizar el enrutamiento del lado del servidor (aplicación multipágina) o el enrutamiento del lado del cliente (aplicación de una sola página). Si utilizan una división mixta para la composición de la interfaz de usuario, el enrutamiento del lado del cliente es necesario para admitir jerarquías de enrutamiento más profundas de las microinterfaces de una página.

Las aplicaciones que utilizan la composición del lado del borde y la composición del lado del servidor se alinean mejor con el enrutamiento del lado del servidor o con la computación perimetral, como Lambda @Edge con Amazon. CloudFront

Comunicación entre microinterfaces

Con las arquitecturas de microfrontend, recomendamos reducir el acoplamiento entre los componentes de la interfaz. Un enfoque para reducir el acoplamiento consiste en pasar de las llamadas a funciones sincrónicas a la mensajería asíncrona.

Los tiempos de ejecución del navegador y las interacciones de los usuarios son asíncronos por naturaleza. Los eventos se pueden intercambiar entre productores y consumidores a través de mensajes. Los eventos proporcionan una interfaz bien definida para la comunicación a través de microinterfaces.

Si sigues las prácticas de la DDD para identificar tus contextos acotados para las microinterfaces, el siguiente paso es identificar los eventos que deben comunicarse más allá de los límites.

El mecanismo de mensajería para los eventos puede ser eventos DOM nativos (CustomEvents), JavaScript emisores de eventos o bibliotecas de transmisiones reactivas proporcionadas por los equipos de la plataforma. Las microinterfaces publican eventos y se suscriben a eventos relevantes para su contexto limitado. Con este método, los editores y los suscriptores no necesitan conocerse entre sí. El contrato es la definición del evento. Para obtener una representación visual de esto, consulte la sección Cómo comunicarse con los eventos del diagrama Contexto limitado con arquitecturas de eventos.