As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Roteamento e comunicação entre microfront-ends

As opções de roteamento dependem da abordagem de composição. A comunicação pode ser otimizada reduzindo o acoplamento entre os componentes front-end.

Roteamento

Os aplicativos que usam composição do lado do cliente com divisão vertical podem usar roteamento do lado do servidor (aplicativo de várias páginas) ou roteamento do lado do cliente (aplicativo de página única). Se eles usarem uma divisão mista para a composição da interface do usuário, o roteamento do lado do cliente é necessário para oferecer suporte a hierarquias de roteamento mais profundas de microfront-ends em uma página.

Os aplicativos que usam composição do lado da borda e composição do lado do servidor se alinham melhor com o roteamento do lado do servidor ou com a computação de borda, como o Lambda @Edge com a Amazon. CloudFront

Comunicação entre microfront-ends

Com arquiteturas de microfront-end, recomendamos reduzir o acoplamento entre os componentes de front-end. Uma abordagem para reduzir o acoplamento é deixar de fazer chamadas de função síncronas para mensagens assíncronas.

Os tempos de execução do navegador e as interações do usuário são assíncronos por natureza. Os eventos podem ser trocados entre produtores e consumidores por meio de mensagens. Os eventos fornecem uma interface bem definida para comunicação entre microfront-ends.

Se você seguir as práticas do DDD para identificar seus contextos limitados para microfrontends, a próxima etapa é identificar eventos que devem ser comunicados além dos limites.

O mecanismo de mensagens para eventos pode ser eventos DOM nativos (CustomEvents), emissores de JavaScript eventos ou bibliotecas de fluxo reativo fornecidas pelas equipes da plataforma. Os microfront-ends publicam eventos e se inscrevem em eventos relevantes para seu contexto limitado. Com esse método, os editores e os assinantes não precisam se conhecer. O contrato é a definição do evento. Para uma representação visual disso, consulte a seção Comunique-se com eventos do diagrama Contexto limitado com arquiteturas de eventos.