Hidratación, Islas, Streaming, Reanudabilidad... ¡Oh Dios Mío!

Rate this content
Bookmark

¡Nuestro ecosistema puede ser abrumador! Primero, tuvimos el auge de SSR y SSG, y cada uno tenía su propia pila gigantesca de marcos y herramientas. Luego, la hidratación parcial nos permitió hidratar solo algunos de nuestros componentes en el cliente, lo que hemos visto en los Componentes del Servidor de React.


¿Pero qué pasa con las islas? ¿Tienen alguna relación con el Streaming SSR? Además, ¿qué es la reanudabilidad y por qué sigo oyendo hablar de ella? […] Oh, ¿alguien dijo renderizado en el Edge?


Bueno... Hay muchos enfoques por ahí, y todos ellos argumentan que su filosofía es la mejor. En esta sesión, repasaremos estos patrones de arquitectura/renderizado, para ayudar a arrojar algo de luz sobre cómo se implementan algunos y los conceptos detrás de ellos.

This talk has been presented at React Advanced 2023, check out the latest edition of this React Conference.

FAQ

La hidratación es el proceso de adjuntar comportamiento a contenido declarativo para hacerlo interactivo. Involucra asociar elementos DOM con manejadores de eventos y actualizar el estado de la aplicación cuando los usuarios activan estos manejadores.

Los desafíos de la hidratación incluyen la necesidad de asociar elementos DOM con eventos, manejar la actualización de estados y recrear la jerarquía del DOM, entre otros. Estos procesos pueden ser lentos dependiendo de la cantidad de JavaScript enviada y las capacidades del dispositivo del usuario.

Las islas son partes selectivamente mejoradas de HTML renderizado en el servidor con JavaScript del lado del cliente, permitiendo interactividad focalizada. Facilitan la entrega e hidratación independiente, manteniendo el resto de la página como HTML estático.

La reanudabilidad implica pausar la ejecución en el servidor y reanudarla en el cliente sin repetir toda la lógica de la aplicación. A diferencia de la hidratación tradicional, usa un enfoque perezoso de creación de manejadores de eventos solo cuando son necesarios, evitando la repetición de trabajo y mejorando el rendimiento de inicio.

Los RSC permiten que el código de los componentes del servidor nunca se envíe al cliente, ofrecen acceso al backend desde cualquier lugar del árbol de componentes y permiten reobtener datos manteniendo el estado del lado del cliente, lo que optimiza la carga de datos y el rendimiento.

Matheus Albuquerque
Matheus Albuquerque
26 min
20 Oct, 2023

Comments

Sign in or register to post your comment.
Video Summary and Transcription
La charla de hoy introduce los conceptos de hidratación y de islas desconectadas, explora los beneficios de las islas para mejorar el HTML renderizado en el servidor con JavaScript en el cliente, discute el enfoque perezoso de la re-zoomabilidad y sus ventajas sobre la hidratación tradicional, destaca el uso de la reanudabilidad y React concurrente para mejorar el rendimiento del renderizado, examina las características y preocupaciones de los componentes del servidor de React, toca la co-ubicación del código del cliente y del servidor, y explora las tendencias futuras en renderizado y navegación. La charla también reflexiona sobre ideas pasadas y enfatiza la importancia de identificar las métricas clave para la optimización del rendimiento.

1. Introducción a la Hidratación y a las Islas Desconectadas

Short description:

Hoy discutiremos la hidratación, sus desafíos y problemas, y el concepto de islas desconectadas introducido por Jason Miller en 2020.

Entonces, hola, Londres. Es genial estar aquí en esta increíble conferencia de nuevo. Y, sí, soy Mathias Apkarky, y hoy estamos aquí para discutir sobre hidratación, islas, streaming, reanudabilidad, y, wow, probablemente deberíamos empezar, ¿verdad?

Entonces esto es lo que queremos cubrir hoy. Hablaremos un poco sobre el pasado y el futuro de las cosas. Y luego iremos a las islas, reanudabilidad. También hablaremos sobre streaming SSR y cómo se combina con la hidratación selectiva. Deberíamos hablar sobre los React componentes de servidor, ¿verdad? Y luego redactaremos algunos pensamientos finales sobre las cosas.

Y empecemos con la hidratación porque, sí, queremos cubrir eso. Entonces, si no estás familiarizado, me encanta esta definición de Mishko, que la hidratación es el proceso de adjuntar comportamiento a contenido declarativo para hacerlo interactivo. Y la hidratación viene con algunos desafíos. Entonces, primero, y obviamente tienes que asociar los elementos DOM con sus correspondientes manejadores de eventos. Pero también como usuario, por ejemplo, activa uno de estos manejadores, quieres actualizar el estado de tu aplicación. Y no solo eso, sino que una vez que se actualiza el estado, tu marco necesita recrear la jerarquía DOM y todo. Entonces, la hidratación viene con desafíos y también con problemas. Y ese es uno de los más comunes. Se llama el valle inquietante. Y sucede exactamente, entonces tienes tu solicitud inicial, tienes tu HTML y luego tienes tu vista pintada, pero luego tienes que esperar a que llegue, se ejecute, se analice y todo. Entonces, el valle inquietante es este momento en el que todo está pintado, pero no tienes interacción, lo cual es malo. Y si lo desglosamos, todo comienza, por ejemplo, cuando obtenemos el HTML. Y eso es generalmente rápido, por supuesto, pero luego tienes que descargar JavaScript, y eso puede ser lento dependiendo de las condiciones de red de tus usuarios, como probablemente sepas. También tienes que analizar y ejecutar JavaScript. Y eso también puede ser lento dependiendo de las capacidades de los dispositivos de tus usuarios. Y también en la cantidad de JavaScript que estás enviando por la red. Y por último, pero no menos importante, tu marco también tiene que recuperar, estado, y vincular todos los oyentes. Y eso puede ser lento dependiendo, por ejemplo, de la cantidad de nodos hechos que necesitas atravesar. Y también la cantidad de referencias que necesitas volver a vincular a esos oyentes. Podríamos estar aquí todo el día hablando sobre los desafíos y los problemas con la hidratación, y también tienes muchos posts interesantes por ahí. Pero el punto es que, a lo largo de los años, la gente intentaba pensar en formas creativas para solucionar o abordar, al menos una parte de estos problemas. Y fue en 2020 que empezamos a escuchar mucho sobre el término islas desconectadas. Y obtuvimos este nombre de este post de Jason Miller, el creador de React y también el creador de otras cosas increíbles de código abierto.

Read also

2. Introducción a las Islas y Sus Beneficios

Short description:

Las islas son una forma de mejorar selectivamente el HTML renderizado en el servidor con JavaScript del lado del cliente, proporcionando pequeños fragmentos de interactividad enfocados. Permiten una mayor especificidad en la mejora de la página y pueden ser entregadas e hidratadas de forma independiente. Existen varias herramientas y marcos disponibles para construir islas, como Astro, Quake, Markle, Preact, Solid y Svelte. Markle y Astro ofrecen interesantes combinaciones de características, incluyendo streaming, hidratación parcial automática y estrategias de carga personalizables. Las islas ayudan a reducir el código JavaScript enviado al cliente, resultando en cargas de página más rápidas y mejorando métricas como TTI.

Pero si retrocedemos un poco en el tiempo, encontramos publicaciones como esta. Se llama Componentes JS Declarativos con Vloader.js. Y fue publicado en 2013, y trataba sobre la idea de adjuntar comportamiento JS a fragmentos de HTML. Así que puedes ver que la gente estaba pensando en algo así.

Y eso es lo que son las islas. Estás mejorando selectiva y progresivamente partes del HTML renderizado en el servidor con algo de JavaScript del lado del cliente. Y tienes pequeños fragmentos de interactividad enfocados dentro de esas páginas SSR. Y es un poco un cambio de mentalidad, porque estás pasando de este modelo donde tienes una única aplicación en control de la renderización completa de la página. A un lugar donde tienes múltiples puntos de entrada. Además, normalmente con una isla, este script para las islas puede ser entregado e hidratado de forma independiente. Y permite que el resto de la página sea solo HTML estático. Pero a diferencia de otros enfoques de hidratación progresiva aquí, tienes más especificidad en cómo ocurre esta mejora.

Otra cosa genial de las islas es que hoy en día tenemos muchas formas de aprovecharlas, así que tenemos implementaciones independientes como Astro, Quake, Markle, y muchas otras. Y también puedes usar diferentes herramientas para hacer islas con Preact, con Solid, con Svelte. Y una cosa interesante de las islas es Markle. Así que Markle estuvo ahí desde 2014, fue de código abierto unos años después. Pero Markle vino con esta combinación muy interesante de streaming, con hidratación parcial automática, y un compilador inteligente que básicamente generaría código optimizado dependiendo de dónde iba a ejecutarse en el cliente y en el servidor. Markle también tenía hidratación parcial automática que básicamente permitía a esos componentes interactivos hidratarse a sí mismos. Y el código de hidratación, por supuesto, solo se enviaba para los componentes que necesitaban interacción. Años después, llegó Astro, y la mayoría de ustedes han oído hablar de Astro, así que en 2021. Y Astro de nuevo tenía una combinación muy interesante. Así que por defecto, estaba enviando 0 JavaScript, y cada isla podía ser cargada en paralelo. Markle también era multi-framework, así que podías construir islas con React, Preact, Vector, y muchos otros. Y Astro te permitía especificar la estrategia de carga para cada una de tus islas. Así que por ejemplo, si estás usando un componente JSX de React con Astro y lo estás importando, y etc., puedes hacer cosas como esta. Así que puedes especificar si eso va a ser hidratado al cargar o cuando el navegador esté inactivo o solo cuando tu componente se haga visible. Y puedes hacer cosas aún más complejas. Así que eso es lo genial de las islas en general. Estás reduciendo la cantidad de código JavaScript que se envía al cliente también puedes obtener cargas de página más rápidas y mejores métricas relacionadas con eso como TTI y otras. Y en general, estás haciendo que el contenido clave de tu sitio o tu aplicación esté disponible más rápido para el usuario.

Check out more articles and videos

We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career

Simplificando los Componentes del Servidor
React Advanced 2023React Advanced 2023
27 min
Simplificando los Componentes del Servidor
Top Content
React server components simplify server-side rendering and provide a mental model of components as pure functions. Using React as a library for server components allows for building a basic RSC server and connecting it to an SSR server. RSC responses are serialized virtual DOM that offload code from the client and handle interactivity. The client manifest maps serialized placeholders to real components on the client, enabling dynamic rendering. Server components combine the best of classic web development and progressive enhancement, offering the advantage of moving logic from the client to the server.
Una Guía del Comportamiento de Renderizado de React
React Advanced 2022React Advanced 2022
25 min
Una Guía del Comportamiento de Renderizado de React
Top Content
This transcription provides a brief guide to React rendering behavior. It explains the process of rendering, comparing new and old elements, and the importance of pure rendering without side effects. It also covers topics such as batching and double rendering, optimizing rendering and using context and Redux in React. Overall, it offers valuable insights for developers looking to understand and optimize React rendering.
Construyendo Mejores Sitios Web con Remix
React Summit Remote Edition 2021React Summit Remote Edition 2021
33 min
Construyendo Mejores Sitios Web con Remix
Top Content
Remix is a web framework built on React Router that focuses on web fundamentals, accessibility, performance, and flexibility. It delivers real HTML and SEO benefits, and allows for automatic updating of meta tags and styles. It provides features like login functionality, session management, and error handling. Remix is a server-rendered framework that can enhance sites with JavaScript but doesn't require it for basic functionality. It aims to create quality HTML-driven documents and is flexible for use with different web technologies and stacks.
Escalando con Remix y Micro Frontends
Remix Conf Europe 2022Remix Conf Europe 2022
23 min
Escalando con Remix y Micro Frontends
Top Content
This talk discusses the usage of Microfrontends in Remix and introduces the Tiny Frontend library. Kazoo, a used car buying platform, follows a domain-driven design approach and encountered issues with granular slicing. Tiny Frontend aims to solve the slicing problem and promotes type safety and compatibility of shared dependencies. The speaker demonstrates how Tiny Frontend works with server-side rendering and how Remix can consume and update components without redeploying the app. The talk also explores the usage of micro frontends and the future support for Webpack Module Federation in Remix.
Compilador React Forget - Entendiendo React Idiomático
React Advanced 2023React Advanced 2023
33 min
Compilador React Forget - Entendiendo React Idiomático
Top Content
Joe Savona
Mofei Zhang
2 authors
The Talk discusses React Forget, a compiler built at Meta that aims to optimize client-side React development. It explores the use of memoization to improve performance and the vision of Forget to automatically determine dependencies at build time. Forget is named with an F-word pun and has the potential to optimize server builds and enable dead code elimination. The team plans to make Forget open-source and is focused on ensuring its quality before release.
Uso efectivo de useEffect
React Advanced 2022React Advanced 2022
30 min
Uso efectivo de useEffect
Top Content
Today's Talk explores the use of the useEffect hook in React development, covering topics such as fetching data, handling race conditions and cleanup, and optimizing performance. It also discusses the correct use of useEffect in React 18, the distinction between Activity Effects and Action Effects, and the potential misuse of useEffect. The Talk highlights the benefits of using useQuery or SWR for data fetching, the problems with using useEffect for initializing global singletons, and the use of state machines for handling effects. The speaker also recommends exploring the beta React docs and using tools like the stately.ai editor for visualizing state machines.

Workshops on related topic

Masterclass de Depuración de Rendimiento de React
React Summit 2023React Summit 2023
170 min
Masterclass de Depuración de Rendimiento de React
Top Content
Featured WorkshopFree
Ivan Akulov
Ivan Akulov
Los primeros intentos de Ivan en la depuración de rendimiento fueron caóticos. Vería una interacción lenta, intentaría una optimización aleatoria, vería que no ayudaba, y seguiría intentando otras optimizaciones hasta que encontraba la correcta (o se rendía).
En aquel entonces, Ivan no sabía cómo usar bien las herramientas de rendimiento. Haría una grabación en Chrome DevTools o React Profiler, la examinaría, intentaría hacer clic en cosas aleatorias, y luego la cerraría frustrado unos minutos después. Ahora, Ivan sabe exactamente dónde y qué buscar. Y en esta masterclass, Ivan te enseñará eso también.
Así es como va a funcionar. Tomaremos una aplicación lenta → la depuraremos (usando herramientas como Chrome DevTools, React Profiler, y why-did-you-render) → identificaremos el cuello de botella → y luego repetiremos, varias veces más. No hablaremos de las soluciones (en el 90% de los casos, es simplemente el viejo y regular useMemo() o memo()). Pero hablaremos de todo lo que viene antes - y aprenderemos a analizar cualquier problema de rendimiento de React, paso a paso.
(Nota: Esta masterclass es más adecuada para ingenieros que ya están familiarizados con cómo funcionan useMemo() y memo() - pero quieren mejorar en el uso de las herramientas de rendimiento alrededor de React. Además, estaremos cubriendo el rendimiento de la interacción, no la velocidad de carga, por lo que no escucharás una palabra sobre Lighthouse 🤐)
Aventuras de Renderizado Concurrente en React 18
React Advanced 2021React Advanced 2021
132 min
Aventuras de Renderizado Concurrente en React 18
Top Content
Featured WorkshopFree
Maurice de Beijer
Maurice de Beijer
Con el lanzamiento de React 18 finalmente obtenemos el tan esperado renderizado concurrente. Pero, ¿cómo va a afectar eso a tu aplicación? ¿Cuáles son los beneficios del renderizado concurrente en React? ¿Qué necesitas hacer para cambiar al renderizado concurrente cuando actualices a React 18? ¿Y qué pasa si no quieres o no puedes usar el renderizado concurrente todavía?

¡Hay algunos cambios de comportamiento de los que debes estar al tanto! En esta masterclass cubriremos todos esos temas y más.

Acompáñame con tu portátil en esta masterclass interactiva. Verás lo fácil que es cambiar al renderizado concurrente en tu aplicación React. Aprenderás todo sobre el renderizado concurrente, SuspenseList, la API startTransition y más.
Consejos sobre React Hooks que solo los profesionales conocen
React Summit Remote Edition 2021React Summit Remote Edition 2021
177 min
Consejos sobre React Hooks que solo los profesionales conocen
Top Content
Featured Workshop
Maurice de Beijer
Maurice de Beijer
La adición de la API de hooks a React fue un cambio bastante importante. Antes de los hooks, la mayoría de los componentos tenían que ser basados en clases. Ahora, con los hooks, estos son a menudo componentes funcionales mucho más simples. Los hooks pueden ser realmente simples de usar. Casi engañosamente simples. Porque todavía hay muchas formas en las que puedes equivocarte con los hooks. Y a menudo resulta que hay muchas formas en las que puedes mejorar tus componentes con una mejor comprensión de cómo se puede usar cada hook de React.Aprenderás todo sobre los pros y los contras de los diversos hooks. Aprenderás cuándo usar useState() versus useReducer(). Veremos cómo usar useContext() de manera eficiente. Verás cuándo usar useLayoutEffect() y cuándo useEffect() es mejor.
React, TypeScript y TDD
React Advanced 2021React Advanced 2021
174 min
React, TypeScript y TDD
Top Content
Featured WorkshopFree
Paul Everitt
Paul Everitt
ReactJS es extremadamente popular y, por lo tanto, ampliamente soportado. TypeScript está ganando popularidad y, por lo tanto, cada vez más soportado.

¿Los dos juntos? No tanto. Dado que ambos cambian rápidamente, es difícil encontrar materiales de aprendizaje precisos.

¿React+TypeScript, con los IDEs de JetBrains? Esa combinación de tres partes es el tema de esta serie. Mostraremos un poco sobre mucho. Es decir, los pasos clave para ser productivo, en el IDE, para proyectos de React utilizando TypeScript. En el camino, mostraremos el desarrollo guiado por pruebas y enfatizaremos consejos y trucos en el IDE.
Masterclass Web3 - Construyendo Tu Primer Dapp
React Advanced 2021React Advanced 2021
145 min
Masterclass Web3 - Construyendo Tu Primer Dapp
Top Content
Featured WorkshopFree
Nader Dabit
Nader Dabit
En esta masterclass, aprenderás cómo construir tu primer dapp de pila completa en la blockchain de Ethereum, leyendo y escribiendo datos en la red, y conectando una aplicación de front end al contrato que has desplegado. Al final de la masterclass, entenderás cómo configurar un entorno de desarrollo de pila completa, ejecutar un nodo local e interactuar con cualquier contrato inteligente usando React, HardHat y Ethers.js.
Diseñando Pruebas Efectivas con la Biblioteca de Pruebas de React
React Summit 2023React Summit 2023
151 min
Diseñando Pruebas Efectivas con la Biblioteca de Pruebas de React
Top Content
Featured Workshop
Josh Justice
Josh Justice
La Biblioteca de Pruebas de React es un gran marco para las pruebas de componentes de React porque responde muchas preguntas por ti, por lo que no necesitas preocuparte por esas preguntas. Pero eso no significa que las pruebas sean fáciles. Todavía hay muchas preguntas que tienes que resolver por ti mismo: ¿Cuántas pruebas de componentes debes escribir vs pruebas de extremo a extremo o pruebas de unidad de nivel inferior? ¿Cómo puedes probar una cierta línea de código que es difícil de probar? ¿Y qué se supone que debes hacer con esa persistente advertencia de act()?
En esta masterclass de tres horas, presentaremos la Biblioteca de Pruebas de React junto con un modelo mental de cómo pensar en el diseño de tus pruebas de componentes. Este modelo mental te ayudará a ver cómo probar cada bit de lógica, si debes o no simular dependencias, y ayudará a mejorar el diseño de tus componentes. Te irás con las herramientas, técnicas y principios que necesitas para implementar pruebas de componentes de bajo costo y alto valor.
Tabla de contenidos- Los diferentes tipos de pruebas de aplicaciones de React, y dónde encajan las pruebas de componentes- Un modelo mental para pensar en las entradas y salidas de los componentes que pruebas- Opciones para seleccionar elementos DOM para verificar e interactuar con ellos- El valor de los mocks y por qué no deben evitarse- Los desafíos con la asincronía en las pruebas de RTL y cómo manejarlos
Requisitos previos- Familiaridad con la construcción de aplicaciones con React- Experiencia básica escribiendo pruebas automatizadas con Jest u otro marco de pruebas unitarias- No necesitas ninguna experiencia con la Biblioteca de Pruebas de React- Configuración de la máquina: Node LTS, Yarn