Résumabilité
Un paradigme de rendu où le serveur sérialise l'état de l'application dans le HTML, permettant au client de devenir interactif sans exécuter le code de configuration du composant.
Sommaire
Définition
Un paradigme de rendu où le serveur sérialise l'état de l'application dans le HTML, permettant au client de devenir interactif sans exécuter le code de configuration du composant.
La résumabilité est une alternative fondamentale à l’Hydratation. Au lieu d’envoyer une coquille HTML statique, puis de forcer le navigateur à rejouer la logique de démarrage de l’application pour attacher des écouteurs d’événements, un framework résumable suspend l’exécution sur le serveur et sérialise tout l’état nécessaire (y compris les gestionnaires d’événements) directement dans la structure HTML.
Pourquoi c’est important
La résumabilité élimine complètement la « taxe d’hydratation ». Étant donné que le navigateur n’a pas besoin d’exécuter un énorme bundle JavaScript pour comprendre ce que la page est censée faire, le temps jusqu’à l’interactivité (TTI) est virtuellement identique au First Contentful Paint (FCP). La page est interactive dès l’arrivée du HTML.
Résumabilité vs. Architecture en Îlots
- Architecture en Îlots : (ex: Astro) Vous définissez manuellement des composants spécifiques qui doivent être hydratés. Le reste de la page reste statique.
- Résumabilité : (ex: Qwik) L’application entière peut être dynamique, mais le compilateur du framework sérialise automatiquement l’état, s’assurant que le client ne télécharge et n’exécute que le JavaScript exact requis pour l’interaction utilisateur spécifique qui vient d’être déclenchée.
Concepts Associés
- Lire le guide complet : Les performances Web en tant qu’architecture
- Voir aussi : Hydratation, Stratégie de Rendu