Hidratación isomórfica en Fitz: first paint en el server, y después WASM adopta el DOM
TL;DR — Marcás un componente con hydrate y el mismo .fitzv hace dos trabajos: el server lo renderiza a HTML para un first paint rápido (SEO, funciona-sin-JS), y al boot el runtime client-WASM adopta ese DOM exacto — restaurando el estado serializado desde un <script> embebido, recorriendo los nodos existentes y cableando los event listeners — en vez de tirar todo y reconstruir. Sin flash de…
Hidratación isomórfica en Fitz: primero se renderiza en el servidor y luego el runtime de WASM adopta el DOM. Este enfoque evita el flash de re-render y los errores de hydration, ya que el DOM original del servidor se toma de control en el cliente sin necesidad de reconstrucción. El componente .fitzv se compila tanto para el server-side renderizado como para la app WASM independiente, y la hidratación es opcional mediante un marcador en el root.
El servidor envía el HTML renderizado y un script con el estado serializado, que el cliente utiliza para restaurar el DOM y el estado existentes al boot. El cliente recorre el DOM con un cursor, mapea los nodos y conecta los event listeners, lo que permite cambios de estado in-place. El cliente funciona como una app WASM compilada con su propio estado, tomando control del árbol pintado por el servidor en lugar de montar una página en blanco.
Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.
This story
This is one outlet's version. Read the fullest account.
