Maestro de front-end
Se você colocar um grupo de músicos clássicos em uma sala com partituras e deixá-los tocar, você poder chegar a uma peça coesa – mas você provavelmente quero um regente, um maestro que coordene todas as partes. Esse é o Astro para seus frameworks front-end.
Astro aborda a “hidratação” do front end, ou seja, o processo de tornar o shell reativo. Na renderização convencional do lado do servidor (SSR), como Next.js ou Nuxt, o servidor não apenas envia o HTML, mas também envia o enorme tempo de execução da estrutura, apenas para anexar ouvintes de eventos à página. Astro permite que você escreva componentes em React, Svelte, Vue ou Solid, e seu compilador remove todo o JavaScript antes que ele chegue ao navegador. O Astro não envia JS por padrão, contando com sua arquitetura de ilhas para hidratar apenas os componentes específicos que exigem interatividade.
Como o Astro isola a interatividade em ilhas distintas, compartilhar estados complexos entre essas ilhas (por exemplo, uma barra lateral de filtragem complexa comunicando-se com uma grade de dados dinâmica separada) é fundamentalmente mais difícil do que em um aplicativo monolítico de página única. Se você estiver construindo um aplicativo altamente interativo e com muitos painéis, onde cada componente afeta todos os outros componentes, as ilhas isoladas do Astro podem começar a parecer mais uma camisa de força do que uma libertação.
Veja também: Qwik. Se o Astro desinflama eliminando totalmente o JavaScript, o Qwik desincha ao atrasá-lo. O Qwik fornece HTML instantâneo e serializa o estado do aplicativo, baixando e executando apenas o código JavaScript necessário para uma interação específica no exato milissegundo em que o usuário clica em um botão.
