Le HTML d’abord, les interactions par exception
Astro est un framework axé sur le serveur destiné aux sites axés sur le contenu. Il restitue le contenu des pages sous forme de HTML et n’envoie aucun JavaScript côté client par défaut ; les développeurs ajoutent explicitement du code de navigateur aux composants qui nécessitent une interaction.
Un composant interactif au sein d’une page par ailleurs statique est appelé un îlot. Un contrôle de navigation, une interface de recherche ou un autre widget peut s’hydrater indépendamment, tandis que les titres, paragraphes et liens voisins restent du HTML ordinaire.
| Zone de la page | Diffusion initiale | Comportement dans le navigateur |
|---|---|---|
| Contenu Astro statique | HTML rendu côté serveur | Aucun environnement d’exécution de composants par défaut |
| Îlot hydraté | HTML accompagné du code du composant sélectionné | S’active indépendamment |
| Plusieurs îlots | HTML accompagné du code sélectionné pour chaque îlot | Chaque îlot peut utiliser sa propre priorité de chargement |
Le moment de l’hydratation est explicite. client:load donne la priorité à un contrôle immédiatement nécessaire, client:idle diffère le travail jusqu’à ce que le navigateur soit inactif et client:visible attend qu’un composant approche de la zone d’affichage.
Intégrations et contenu structuré
Astro peut utiliser React, Preact, Svelte, Vue, Solid, HTMX, les composants web et d’autres approches d’interface pour les zones interactives. Cela permet de réutiliser de manière sélective des systèmes de composants familiers sans transformer tout le document en une seule application rendue côté client.
Les domaines utiles de l’écosystème identifiés par le dépôt maintenu comprennent :
- Des intégrations d’interface pour React, Preact, Solid, Svelte et Vue.
- Une prise en charge de l’environnement d’exécution Node et des adaptateurs de déploiement.
- Des outils de publication tels que les intégrations MDX, RSS et sitemap.
- Une intégration liée aux scripts au moyen de Partytown.
Les collections de contenu organisent et valident le Markdown et les entrées associées avec la sûreté des types de TypeScript. Concrètement, une équipe peut définir une structure cohérente pour les articles ou la documentation, repérer les champs de contenu non valides et interroger une collection cohérente au lieu de traiter chaque fichier comme un élément sans rapport avec les autres.
Éléments probants et résultats de l’implémentation
La documentation publique et le dépôt maintenu d’Astro étayent les affirmations relatives au rendu axé sur le HTML, à l’hydratation activée à la demande, aux approches d’interface prises en charge et aux collections de contenu. Ils décrivent les capacités et les valeurs par défaut du framework, et non la qualité de chaque site créé avec Astro.
Un projet terminé peut toujours inclure de grands îlots, plusieurs environnements d’exécution de frameworks, des images lourdes, des polices ou des scripts tiers. Ces choix peuvent influencer les performances et la maintenance ; les visiteurs doivent donc distinguer le modèle documenté d’Astro des résultats qui nécessitent d’inspecter une implémentation précise. La même distinction s’applique à l’accessibilité et à la fiabilité : le framework fournit des outils architecturaux, tandis que l’expérience finale dépend de la manière dont une équipe les utilise.
