Patrones para el Rendimiento

This ad is not shown to multipass and full ticket holders
JSNation US
JSNation US 2025
November 17 - 20, 2025
New York, US & Online
See JS stars in the US biggest planetarium
Learn More
In partnership with Focus Reactive
Upcoming event
JSNation US 2025
JSNation US 2025
November 17 - 20, 2025. New York, US & Online
Learn more
Bookmark
Rate this content

Cuando trabajamos con React es importante que utilicemos la herramienta correcta para el trabajo correcto. Si no lo hacemos, nos perderemos el mejor rendimiento y la mejor experiencia de desarrollo. Mientras optimizábamos la Tabla React de AG Grid, descubrimos una serie de patrones que mejoraron significativamente el rendimiento de las tablas.

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

FAQ

Azure Grid es una empresa dedicada a la creación de la mejor tabla de data de JavaScript o React en el mundo. Ofrecen versiones gratuitas y enterprise de su componente React.

En Azure Grid, se presentan dos tipos de cuadrículas de redimensionamiento: una donde el redimensionamiento causa saltos y otra con redimensionamiento suave. La segunda ofrece una mejor experiencia de usuario y es la preferida.

Un renderizador de celdas personalizado en React permite a los desarrolladores introducir un componente funcional o de clase dentro de cada celda de una cuadrícula, personalizando así la presentación de datos en la tabla.

Mejorar el rendimiento puede lograrse mediante el uso de React.memo para evitar re-renderizados innecesarios, y también optimizando la manipulación del DOM, como cambiar directamente la propiedad de estilo del ancho en lugar de re-renderizar.

El no usar React.memo puede causar re-renderizados innecesarios y lentos, lo que podría resultar en una experiencia de usuario deteriorada, especialmente con operaciones como el redimensionamiento de columnas.

useLayoutEffect es similar a useEffect, pero se ejecuta de manera sincrónica antes de que el navegador repinte la pantalla. Esto es útil para aplicar estilos o realizar acciones que necesitan reflejarse inmediatamente en la UI.

Se recomienda manejar el redimensionamiento de columnas de forma directa manipulando el DOM, utilizando useRef y callbacks, lo que puede prevenir re-renderizados innecesarios y mejorar el rendimiento de la aplicación.

Stephen Cooper
Stephen Cooper
28 min
20 Oct, 2023

Comments

Sign in or register to post your comment.
Video Summary and Transcription
Esta charla discute patrones para el rendimiento en el desarrollo de React, incluyendo cómo abordar el redimensionamiento lento en los renderizadores de celdas personalizadas. Explora la optimización del rendimiento de renderizado de React reduciendo el re-renderizado excesivo y utilizando actualizaciones de estilo directas. También se destaca el uso del efecto de diseño y las referencias de devolución de llamada como técnicas para mejorar el rendimiento. Además, la charla menciona las bibliotecas de AG Grid y TanStack Table, así como las características próximas como la restauración del estado de la cuadrícula.
Available in English: Patterns for Performance

1. Patrones para el rendimiento en el desarrollo de React

Short description:

Quiero hablarles sobre los patrones para el rendimiento en el desarrollo de React. Discutiremos el problema del redimensionamiento lento en los renderizadores de celdas personalizados y cómo resolverlo. Nuestra misión en Azure Grid es crear la mejor tabla de datos de JavaScript o React en el mundo. Tomaremos un punto de referencia de la cuadrícula estándar para entender su comportamiento cuando funciona rápido. La cuadrícula se redimensiona suavemente con un alto número de renders pero sin ninguna desaceleración.

♪ ♪ Entonces, sí, quiero hablarles sobre patterns para performance, porque supongo que ya hemos visto algunas charlas hoy que han estado hablando sobre performance, y como desarrollador de React, eso es algo clave que a muchos de nosotros siempre, supongo, nos importa, importante para nuestros usuarios. Por eso quiero compartir esto con ustedes hoy.

Como trabajo para Azure Grid, habrá algunas cuadrículas presentadas en esta charla. Entonces, ¿puedes decir cuál de estas cuadrículas es mejor? Tenemos la de arriba donde estás redimensionando y está, ya sabes, saltando, o tienes la de abajo donde tienes este redimensionamiento suave. Entonces creo que es obvio cuál querrían usar nuestros usuarios y con cuál querrías trabajar. Y entonces esto es algo en lo que vamos a profundizar y decir cómo resolvimos este problema.

Entonces, como ya saben, trabajo en Azure Grid y nuestra misión es crear la mejor tabla de data de JavaScript o React en el mundo. Entonces, ya sabes, tenemos una versión gratuita. Tenemos versiones enterprise. Así que vengan y descubran más sobre esto porque creemos que es un producto brillante y está mejorando y realmente estamos invirtiendo mucho en nuestro componente React. Así que esperamos que puedan probarlo, pero eso es suficiente sobre Azure Grid. Quieren saber sobre performance.

Entonces, para, supongo, darnos una historia para esta charla, queremos tener esta reconstrucción donde un usuario ha comenzado a usar Azure Grid, una versión muy antigua, que ya no tiene este problema, y dijeron, oh, ya sabes, cuando uso este componente personalizado, la cuadrícula hace este redimensionamiento realmente lento. Entonces piensan, oh, está bien, pero también dicen, bueno, es cuando están usando un renderizador de celdas personalizado. Entonces, para darles, supongo, el trasfondo que necesitan, los renderizadores de celdas personalizados son una forma para ustedes como desarrolladores de React de dar a nuestra cuadrícula un componente funcional o un componente de clase y decir renderiza esto dentro de cada celda. Entonces aquí tenemos una tabla de clima donde en lugar de números, tienes pictogramas basados en cuántos días de sol. Y eso sería su propio componente de React. Entonces, en el caso de uso, tienen que están mostrando un total. Entonces podrían tener un renderizador como este, donde en el cuerpo de su renderizador, tienen una lógica realmente compleja, que es realmente lenta. Y luego simplemente están devolviendo un valor. Quiero decir, esto no va a ser lento, pero solo vayan conmigo y espero que demuestre lo que estamos tratando de mostrar aquí. Y luego para usar este renderizador de celdas, lo pasan a la cuadrícula de esta manera. Encontraremos eso en su columna diciendo, bueno, en realidad renderiza esto con mi renderizador y pásalo al componente AG grid. Entonces volvemos a esta etapa y pensamos, bueno, ¿cómo vamos a resolver este problema? Porque aún no lo hemos notado. Si queremos diagnosticar por qué es lento, necesitamos dar un paso atrás y pensar, bueno, en el caso normal, cuando funciona rápido, ¿cómo se comporta la cuadrícula en esa situación? Entonces tomamos un punto de referencia. Esta es la cuadrícula estándar, sin renderizadores de celdas, y se redimensiona muy suavemente. Vamos a usar el perfilador de React DevTools y lo perfilamos y obtenemos algo como esto. Entonces, mientras estamos redimensionando la columna, tenemos 254 renders en marcha. Eso es un montón de renders, pero son renders realmente rápidos. Por eso no estás viendo realmente ninguna desaceleración a pesar de que hay tantos renders.

Read also

2. Rendimiento de Renderizado de React

Short description:

React puede renderizar muchas veces sin que su usuario y su aplicación se ralenticen. Pero si los renders son lentos, puede causar problemas. Cada renderizador ahora tarda 28.9 milisegundos y bloquea el hilo principal. Esto resulta en un salto en el renderizado y el navegador no puede repintar suficientes veces.

Entonces, no siempre más renders es malo. También es, bueno, ¿qué tan lentos son esos renders? Porque React es rápido. React puede renderizar muchas veces sin que su usuario y su aplicación se ralenticen. Así que ahora volvamos al caso del usuario donde sí tienen este problema, y haremos lo mismo. Mira, ahora tenemos menos renders, pero cada uno de estos renderizadores, en lugar de ser menos de un milisegundo, ahora son, ¿qué dice?, 28.9 milisegundos para renderizar ese renderizador total. Y cada uno de estos ahora está bloqueando el hilo principal. Entonces React, en este mismo período de tiempo donde estamos ajustando el tamaño del icono tres, solo puede renderizarlo 10 veces. Y eso es lo que nos está dando esto, ya sabes, salto, salto, salto, porque el navegador no puede repintar suficientes veces para mantenerse al día con él.

3. Optimizando el Renderizado de React

Short description:

Entonces, ¿por qué es lento? El componente de celda se vuelve a renderizar muchas veces. Introducimos un renderizador total, que tiene un renderizado costoso, bloqueando el hilo principal. La implementación inicial tenía un estado para el ancho, causando re-renderizados frecuentes. Usar Memo ayuda a omitir el re-renderizado del componente hijo, pero ¿podemos hacerlo mejor? El perfilado con las herramientas de desarrollo de Chrome revela un re-renderizado excesivo, incluso con Memo. ¿Y si no volvemos a renderizar en absoluto? El ancho solo cambia la propiedad de estilo, por lo que no lo necesitamos en un estado.

Entonces, ¿por qué es lento? Bueno, el componente de celda, se vuelve a renderizar muchas veces. Y vimos que incluso sin nuestro renderizador personalizado, seguía renderizando mucho, pero lo hacía rápido. Introduces este renderizador total, que es un hijo, por lo que también se está renderizando mucho, pero luego tiene un renderizado costoso, que ahora está bloqueando el hilo principal. Y en lugar de todos los renderizados rápidos, ahora tenemos algunos lentos, lo que está causando este comportamiento.

Entonces, ¿por qué se está renderizando tanto? Bueno, en la implementación inicial, teníamos esto, por lo que el componente de celda tenía un estado para el ancho. Y estaba escuchando esta devolución de llamada de nuestro controlador diciendo cada vez que el ancho cambiaba, por lo que cuando se está arrastrando, llamaría a setWidth y establecería el estado, y luego React volvería a renderizar. Así que es el patrón estándar de re-renderizado de estado. Y creo que la masterclass dos veces antes fue, ya sabes, también corriendo en este tipo de problemas de cómo escapamos de este patrón. Solución simple, Memo. Ya sabes, Memo nos permite omitir el re-renderizado del componente hijo. Así que podemos actualizar nuestro código de esta manera. Así que en lugar de pasar el valor render directamente, lo envolvemos en Memo, lo pasamos al renderizador de celdas, y eso nos lleva de vuelta al renderizado rápido. Ahora, si me detengo allí, sería una masterclass muy corta, y estoy seguro de que nada nuevo. Pero, ¿podemos hacerlo mejor que Memo?

Así que vamos a perfilarlo de nuevo, pero ahora con las herramientas de desarrollo de Chrome. Parece que está funcionando bien. Pero si nos fijamos más de cerca, cuando estamos redimensionando, veremos algo como esto. Así que hay muchas y muchas de estas diferentes acciones donde se está re-renderizando mientras cambiamos el lado. Y en total, son unos 81 milisegundos de scripting. Y si nos acercamos a cada uno de esos picos, lo que podemos ver es que tenemos código de AD grid seguido de algún código de React. Y esto está usando el modo de desarrollo para darnos un nombre, supongo, más agradable. Así que podemos ver lo que está haciendo React. Pero lo que puedes ver es que tenemos AD grid haciendo algo, está pintando, y luego tenemos React haciendo algo. Así que esto es, AD grid dice cuál debería ser el ancho, y luego se lo decimos a React, y luego React toma eso, vuelve a renderizar, y hace todo este trabajo extra. Así que Memo todavía va a estar ejecutando código de comparación. Y el comp de celda todavía se está renderizando. Así que aunque hemos detenido el re-renderizado del componente hijo, que era el bloqueador, todavía estamos haciendo potencialmente más trabajo del que necesitamos hacer. ¿Y si no volvemos a renderizar en absoluto? Y aquí es donde a veces hay que mirar nuestro código de aplicación y pensar, bueno, ¿qué es lo que realmente está cambiando aquí? Así que si miramos esta línea de código, lo único que está cambiando el ancho es la propiedad de estilo. Así que en realidad no estamos haciendo ningún cambio estructural en el DOM. Así que cuando vemos esto, pensamos, bueno, en realidad, tal vez no necesito esto en un estado. Tal vez puedo hacerlo yo mismo.

4. Actualización Directa de Estilo y Ancho Inicial

Short description:

Podemos acceder al DOM y cambiar la propiedad de estilo directamente, lo que resulta en una mejora significativa del rendimiento. Este enfoque funciona incluso si el componente no está envuelto en memo. Sin embargo, hay un error en el código que hace que las columnas parpadeen. Para establecer el ancho inicial, podemos usar el efecto de diseño y el use ref como una devolución de llamada.

Puedo acceder al DOM y puedo cambiar la propiedad de estilo. Entonces, ¿cómo obtenemos la referencia al div? Bueno, sabes, puedes usar un ref, y puedes establecerlo en el ref, y sabemos que eso nos va a dar una referencia a ese elemento DOM, con el que luego podemos interactuar.

Entonces, dentro de nuestra devolución de llamada podemos usar este efecto para configurarlo en una red, y cambiamos directamente el estilo del DOM. Así que obtenemos el ref solitario, obtenemos el actual, y luego para esa propiedad de estilo, ahora estamos cambiando el ancho. Y esto va a tener exactamente el mismo impacto en nuestro componente que lo que React eventualmente haría después de haber renderizado, averiguado qué ha cambiado, y producido la nueva salida. Así que podemos saltarnos todo eso, y decir, bueno, en realidad, lo único que está cambiando es esto. Voy a cambiarlo quirúrgicamente yo mismo. Y ahora, si volvemos a perfilarlo de nuevo con este cambio, estamos bajando a 31 milisegundos. Así que es una caída masiva, porque simplemente hemos dicho, bueno, sé lo que estoy haciendo, déjame hacerlo yo mismo, usa el navegador, ya sabes, refiérelo de la manera que podemos hacerlo. Así que ahora, cuando estamos redimensionando, solo tenemos código de ag-grid, y el navegador está repintando.

Así que creo que esto es algo que necesitamos recordar. Estamos trabajando en React, pero también estamos trabajando en el navegador. Y el navegador tiene herramientas y formas para que nosotros actualicemos cosas que podemos usar para un buen efecto. Y así es como un ejemplo de donde podemos hacer eso. Y así hemos pasado de esto con react-memo a la actualización-directa-de-estilo, que nos está dando una experiencia de usuario mucho mejor. Y también, algo a tener en cuenta aquí es que no solo es una mejor experiencia de usuario si el usuario ha recordado usar memo, esto también va a funcionar si el usuario no lo ha hecho, el desarrollador no ha envuelto su componente en memo. Así que hemos permitido que nuestra cuadrícula sea mucho más robusta a cómo se está configurando. Y eso es algo que es importante porque incluso si los desarrolladores están tomando decisiones subóptimas como una biblioteca de aplicaciones, queremos tratar de darles la mejor oportunidad para que nuestro producto funcione lo más rápido que pueda.

Pero necesitamos tener cuidado. El código que hemos mostrado hasta ahora en realidad tiene un error bastante grande. No sé si alguien tiene alguna idea de lo que podría ser, pero veremos esto. Así que hicimos estos cambios, pero de repente las columnas empiezan a parpadear en su lugar. Así que cargas tu cuadrícula, y puedes ver que todas ellas están alineadas sobre la primera. Así que lo que está pasando ahora es que estamos usando un efecto. Y un efecto se ejecuta de forma asíncrona después de que el navegador ha pintado. Así que lo que tenemos aquí es que React está renderizando todas nuestras columnas, pintándolas en el navegador, y luego está ejecutando el efecto, que luego está entrando y cambiando el estilo directamente, por eso tenemos columnas todas en un lugar y luego de repente saltan. Así que no queremos esto, porque esto es aún peor. Entonces, ¿cómo podemos establecer este ancho inicial? Porque no puedes simplemente ponerlo en un estado y luego tener tu manipulación de estilo directo, porque la próxima vez que se renderice, lo que estaba en el valor del estado va a sobrescribir lo que has hecho. Así que vas a tener que averiguar, bueno, ¿cuál debería estar leyendo y cuál es la fuente de la verdad? Pero tenemos estos dos enfoques alternativos. Así que el primero es usar el efecto de diseño y luego el use ref como una devolución de llamada.

5. Entendiendo Use Layout Effect

Short description:

Use layout effect puede perjudicar el rendimiento, pero en realidad lo estamos utilizando para mejorar el rendimiento de nuestra aplicación. La diferencia clave aquí es que use layout effect. Es como use effect, pero se dispara antes de que el navegador repinte la pantalla y es sincrónico. Por lo tanto, cualquier código que coloques en un use layout effect va a bloquear la pintura del navegador.

Así que me encanta esto. Cuando tomé esta captura de los documentos, fue como, oh, está bien. Así que hay esta trampa. Use layout effect puede dañar el performance, pero en realidad lo estamos utilizando para mejorar el performance de nuestra aplicación. Así que tienes que profundizar en, bueno, ¿por qué podría esto perjudicar el performance, pero por qué en este caso de uso en realidad nos está ayudando a tener un mejor performance en nuestra aplicación? Y la diferencia clave aquí es que use layout effect. Es como use effect, pero se dispara antes de que el navegador repinte la pantalla y es sincrónico. Así que cualquier código que coloques en un use layout effect va a bloquear la pintura del navegador. Por eso puede ser una trampa. Así que si tienes algún código costoso, sabes, colocado allí, va a retrasar el tiempo que el navegador tiene para repintar. No sé si estoy haciendo sentido. Por eso la mayoría de las veces dice usar un efecto porque los efectos secundarios, podrían ser pesados. Y entonces, sí, quieres que el navegador pinte y luego ejecutes esos. No quieres tener que bloquear esa pintura.

6. Uso de Callback Refs para la Ejecución Condicional de Código

Short description:

Cambiamos use effect por use layout effect para solucionar el problema del salto de ancho. Sin embargo, use layout effect tiene algunas desventajas. Se ejecuta tanto si la celda está montada como si no, y puede ser costoso. En modo estricto, se ejecuta dos veces. Un enfoque mejor es usar callback refs para ejecutar condicionalmente el código solo cuando el elemento está montado.

Pero hacemos el cambio simple. Cambiamos use effect por use layout effect. No tenemos que cambiar nada más y ahora este código se está ejecutando de forma sincrónica. Así que el ancho se aplica antes de que se renderice la columna. Así que no obtenemos este salto. Así que esto lo soluciona. Así que es una solución viable para ello. Pero hay algunas desventajas potenciales y eso es el uso de layout effect. Se va a ejecutar sin importar si esta celda está montada en el DOM o no. Así que podría ser renderizada condicionalmente pero la lógica en este use layout effect porque depende del componente en sí, si vuelvo atrás verás que tiene esto, el array de dependencias vacío. Así que cada vez que este componente se renderiza por primera vez este código se va a ejecutar. Así que si hay algo en él que es ligeramente costoso, se va a ejecutar cada vez. Y también se ejecuta dos veces en modo estricto lo que puede significar que tienes que tomar otras acciones. Y hay un buen post en el blog de Dominic sobre cómo evitar efectos con callback refs. Y entonces este es un patrón que creo es un enfoque aún mejor para resolver este problema.

7. Uso de Callback Refs para Actualizaciones Dinámicas de Ancho

Short description:

Podemos definir una ref con una función de callback que solo se ejecutará cuando se monte el elemento div específico. Esto nos permite actualizar el ancho de manera dinámica sin causar ninguna renderización. El callback debe estar envuelto en un useCallback para evitar llamadas innecesarias. Este enfoque elimina la necesidad de lógica en modo estricto.

Entonces, probablemente todos estamos muy acostumbrados a tener use ref en nuestro código donde defines la ref y luego la pasas al elemento div y luego sabes que esa ref va a estar definida. Pero si inspeccionamos el tipo de eso de cerca también hay un callback. Así que en realidad podemos darle una función. Entonces definimos una ref como de costumbre porque todavía queremos poder hacer referencia a nuestro elemento div para la celda. Pero luego definimos un callback. Entonces vamos a decir set ref y este callback recibirá una referencia al div o null. Y pasas ese callback a la ref. Y lo bueno de esto es que este callback solo se va a ejecutar cuando este elemento div específico esté montado. Así que si las cosas se renderizan condicionalmente esto, el código que configuras en tu callback para esta referencia solo se va a ejecutar cuando el div esté realmente montado. Y luego puede obtener null porque React llamará a esto de nuevo cuando ese elemento esté desmontado. Ahora es crucial que uses, envuelvas esto en un useCallback porque si no lo haces entonces en cada render este React lo volverá a llamar con una nueva ref. Así que el callback ahí es esencial. Entonces, si volvemos y actualizamos nuestro código para nuestra referencia de celda, se verá algo así. Definimos nuestra referencia y configuramos este callback. Y ahora dentro de este callback hacemos el mismo código donde escuchamos a nuestro controlador de celda para los cambios de ancho y aplicamos el estilo directamente. Y esto ahora funciona, se ejecuta de forma sincrónica para empezar y luego también nos permite actualizar el ancho de forma dinámica o directamente sin causar ninguna renderización. Así que creo que repasé estos. Lo llamas, ref con los elementos a ser montados, se va a llamar de nuevo cuando esté desmontado, se ejecuta de forma sincrónica que es clave para nosotros y solo se ejecuta una vez. Así que puedes evitar algo de la lógica del modo estricto si necesitas.

8. Conclusiones Finales sobre Rendimiento y Optimización

Short description:

No importa lo que el usuario o el desarrollador introduzcan, ahora estamos protegidos contra renderizaciones lentas. React es rápido, y no tienes que optimizar todo prematuramente. Con Agigrid, queríamos hacerlo lo más rápido posible. Tomar control directo puede llevar a ganancias de rendimiento, pero usa la herramienta correcta para evitar introducir errores.

Entonces, el resultado final es que, no importa lo que el usuario introduzca o el desarrollador introduzca, ahora estamos protegidos contra renderizaciones lentas porque no necesitamos volver a renderizar cuando solo estamos cambiando el ancho de esta columna. Así que tenemos dos renderizaciones aquí en lugar de 254, lo cual creo que es una gran victoria. Pero algunas conclusiones mientras termino aquí. Así que React es rápido. No tienes que optimizar todo prematuramente. Así que espera hasta que tengas un problema de performance antes de empezar a añadir esta complejidad a tu aplicación. Como viste, memo probablemente sea suficiente, pero con Agigrid queríamos llevarlo al límite. Queríamos asegurarnos de que no importa cuántos data usuarios introduzcan en nuestra cuadrícula, queríamos asegurarnos de que la cuadrícula todavía se desempeñara porque después de todo, eso es por lo que la gente elige usar Agigrid. Así que necesitábamos hacerlo lo más rápido que pudiéramos. Y tomar control directo, puede llevar a estas ganancias de performance, pero asegúrate de usar la herramienta correcta como vimos en los diferentes enfoques para usar la referencia para que no termines introduciendo nuevos errores en tu código. Muchas gracias por escuchar. Espero que esto sea útil.

9. Espacios de Licencia y Ancho de Celda Personalizado

Short description:

Nuestra licencia de Agigrid tiene espacios, lo que nos impide agregarla en el archivo .env. Esto se aplica a React en general. Si te encuentras con un problema de rendimiento, considera controlar los cambios tú mismo utilizando las API del navegador. Si una celda personalizada necesita cálculos internos basados en el ancho, puedes usar las API del navegador. El ancho no debe pasarse como una propiedad para evitar problemas.

Entonces, bien, comencemos con esto. Algo de soporte técnico, por favor. Nuestra licencia de Agigrid tiene espacios, algo así como mi empresa. Esto nos impide agregarla en el archivo .env. Nos gustaría ocultarla de Copilot. Vale, sí. Como en, tienes una licencia, así que envía un ticket de soporte y lo investigaremos para ti. Bien hecho, pasemos al siguiente.

¿Esto se aplica a React en general o solo para el caso de uso específico de Agigrid, nosotros no usamos Agigrid? Sí, el código que he mostrado es solo específico de React. Este enfoque puede ser utilizado. Así que supongo que lo importante será no llevarse de esta charla... Bueno, sí quiero decir, sí, Agigrid es genial. Pero espero que también te dé esa idea si me encuentro con un problema de rendimiento, ¿cuáles son los enfoques que puedo tomar? Así que supongo que esta mañana, se habló sobre el uso de la cola de micro tareas. Este es otro enfoque donde lo clave aquí es decir, bueno, ¿qué está cambiando cuando estoy actualizando mi estado? ¿Es algo de lo que podrías encargarte tú mismo con las API del navegador? Y si no necesitas usar lo que React nos da en términos de luego averiguar qué elementos del DOM han cambiado y usando el DOM virtual, entonces eso es algo que puedes buscar controlar tú mismo.

Me encanta esa respuesta. Muchas gracias por eso. ¿Y qué pasa si una celda personalizada necesita cálculos internos basados en el ancho? Sí. Entonces esa lógica puede hacerse usando, de nuevo, las API del navegador. Creo que hay formas de monitorear cuán ancho es tu contenedor. Creo que es el observador de mutaciones. Hay formas de hacer eso. Pero esta es una pregunta válida porque supongo que apunta a, bueno, ¿qué pasa si el ancho se pasó como una propiedad? Y entonces si eso fuera parte de nuestra interfaz para decir, te damos el ancho, entonces no podríamos usar este truco. Así es donde estás limitado por el código que tienes. Y si el ancho era una propiedad que pasamos a estos renderizadores personalizados, entonces sí, no podríamos hacer esto y tendríamos que asegurarnos de que las cosas estuvieran memorizadas correctamente. Pero de nuevo, como el ancho es una propiedad, rompería, useMemo lo haría. O el memo aún renderizaría el componente hijo. Así que para nosotros, fue, bueno, en realidad, la mayoría de los renderizadores de celdas personalizadas están escritos de una manera que son dinámicos y pueden cambiar de tamaño dentro de eso por lo que no queremos pasar el ancho hacia abajo y encontrarnos con este problema.

John dice, hola, gran trabajo con AG grid. Gracias, John. ¿Cómo te comparas con la tabla TanStack? Sí, nos encanta la tabla TanStack.

10. AG Grid vs TanStack Table

Short description:

Patrocinamos a Tano debido al trabajo que están realizando. AG Grid incluye baterías, encargándose de toda la visualización y configuración. La tabla TanStack requiere escribir componentes de interfaz de usuario por ti mismo y proporciona bloques de construcción como una tabla sin cabeza.

Y creo que podrías, si miras de cerca, patrocinamos a Tano debido al trabajo que están realizando. Y nos vemos a nosotros mismos no como competidores, sino como en dos enfoques diferentes para resolver el mismo problema. Entonces, como para AG Grid, nos gusta decir que incluye baterías. Solo tienes que soltar nuestro componente en tu página y se encarga de, y se encarga de ello por ti, mostrando todas las filas, mostrando los encabezados, las celdas. Solo estás configurándolo. Mientras que con la tabla TanStack, tienes que escribir todos los componentes de la interfaz de usuario por ti mismo. Tienes que escribir tus celdas, tus encabezados. Te da todos los bloques de construcción como una tabla headless y la funcionalidad para decir qué filas se mostrarán pero eso depende de ti. Entonces sí, la tabla TanStack es mucho más ligera porque está haciendo mucho menos, pero AG Grid es mucho más para soltarla en la aplicación, completamente funcional desde el principio, sin trabajo real para ti que hacer, especialmente porque también es gratis, bueno, nivel gratuito y uno advanced.

11. Recomendaciones de libros y persistencia del ancho de columna

Short description:

¿Tienes alguna recomendación de libros o cursos para aprender sobre patrones para el rendimiento? ¿Es este un patrón que utilizas a menudo o es un ejemplo muy específico para este caso de uso? ¿Son los efectos secundarios en un callback de set esencialmente un truco? ¿Qué sucede si necesitas persistir el ancho de la columna para las próximas ejecuciones de la aplicación o en una aplicación con pestañas?

¿Tienes alguna recomendación de libros o cursos para aprender sobre patterns para performance? Bueno. ¿Estás construyendo uno? No estoy construyendo uno. Pero mientras leía, escuché a alguien en Twitter ayer que ha escrito un libro advanced. Y entonces, tendría que encontrarlo. No recuerdo su nombre de memoria. Tal vez ya los conozcas. Pero sí, definitivamente hay cursos por ahí. No puedo recordar, sin embargo. Vale. Lo siento. Está bien. Y aquí estamos.

Vale. ¿Es este un patrón que utilizas a menudo o es un ejemplo muy específico para este caso de uso? Creo que es un ejemplo específico para este caso de uso. Pero de nuevo, vuelve a ese punto de detectar estos patterns. Así que es como si te encuentras con esto en una situación diferente donde podrías ver que está sucediendo algo similar, entonces puedes aplicar este patrón de nuevo. Así que sí, puede parecer muy específico para ese caso de uso pero creo que lo importante a tener en cuenta es que hay un patrón aquí que podemos aplicar si nos encontramos con esta situación de nuevo.

¿Son los efectos secundarios en un callback de set esencialmente un truco? Efectos secundarios en un callback de set ref. Déjame pensar en eso. Podemos volver a ello. Sí. Dije que se refiere a lo que quiero decir con efectos secundarios. Supongo que hay algo que estás... Supongo que tienes que ser consciente de la forma en que se están ejecutando estos callbacks y que son el sincrónico, así que hay algunas cosas en él que podrías querer evitar. Pero supongo, ya sabes, si es un truco... No sé, ya sabes, muchas de las cosas que hacemos, algunas personas dirán, bueno, ese no es el patrón estándar, así que es un truco. Pero creo que cuando estás empujando los límites, a veces necesitas salir del camino estándar. Así que, pero entonces eso es también donde, tal vez no alcances para estos inicialmente, solo ve por ello cuando lo necesites.

¿Y qué sucede si necesitas persistir el ancho de la columna para las próximas ejecuciones de la aplicación o en una aplicación con pestañas? Bueno, esa es una gran pregunta. Creo que sé quién está haciendo esa pregunta.

12. Nueva característica: Restauración del estado de la cuadrícula

Short description:

En la próxima versión, 31, que saldrá en noviembre, se añadirá una nueva característica para restaurar la cuadrícula a su estado anterior cuando se cambie de pestaña y se vuelva. Esta característica ha sido solicitada por los usuarios y será implementada.

Así que en nuestra próxima versión, en la versión 31, que saldrá a finales de noviembre, parece que tienen información privilegiada. Vamos a añadir una nueva característica, que es como el ancho inicial, donde, cuando cambias de pestaña en tu cuadrícula o la destruyes, puedes obtener el estado de la cuadrícula. Y luego, cuando vuelvas a la pestaña, pasas ese mismo objeto a la cuadrícula y restaurará la cuadrícula al mismo ancho, ya sabes, el mismo ancho de columna, el mismo orden, y recuerda todo ese estado para ti. Y eso es algo que sabemos que la gente ha estado haciendo. Así que sí, en la 31, que saldrá a finales de noviembre, esa característica va a ser implementada. Muy buena pregunta, y nos deja algo que esperar también. ¿Y el useLayoutEffect seguirá haciendo saltar las celdas cuando se usa SSR antes de que se ejecute el código de React? Sí, así que sí, sé que definitivamente hay algunos problemas con useLayoutEffect y la renderización en el servidor. Supongo que en nuestro caso, no soportamos, la renderización completa en el servidor de la cuadrícula porque cuando estás subiendo data dinámica o tienes data, no tiene mucho sentido renderizar eso en el servidor. Así que no me he metido mucho en esto, pero definitivamente soy consciente de que sí, podrías tener problemas con esto. ¿Y cuál es el error más frecuente que cometen los desarrolladores al hacer renderizadores de celdas personalizados? Además, ¿qué determina cuándo o si el renderizador de celdas personalizado se ejecutará? ¿Errores más frecuentes? Creo que la gente no tiende a cometer demasiados errores con sus renderizadores de celdas porque generalmente entonces, ya sabes, estás escribiendo tu propio componente. Supongo que si estás haciendo algo realmente costoso allí, entonces eso podría ser considerado un error porque si vas a tener muchas filas de data, ya sabes, de repente vas a tener muchas de estas renderizadas en tu navegador, aunque nosotros virtualizamos las filas. Así que sólo se renderiza lo que ves. ¿Qué determina si se actualiza? Así que esto, se basará en la data. Así que si actualizas la data de la fila para esa fila entonces se volverá a renderizar. Sí, hay otras cosas en ese objeto de parámetros que lo desencadenarán, pero lo principal es cuando se actualiza la data. ¿Y hay algún inconveniente en ejecutar efectos en un callback de ref? Diría que el único inconveniente es potencialmente, hay un poco más de código en el que pensar, ya sabes, como el post que enlacé de Dominic, él está diciendo, bueno, en realidad, puedes prescindir del user effect y usar estos en su lugar. Así que no diría que hay inconvenientes en usar estos callbacks aparte del hecho de que es quizás otro concepto que tenemos que aprender y quizás si tienes diferentes personas mirando tu base de código, de repente estás viendo un patrón diferente, que luego necesitas educar a la gente sobre él. Así que ese es quizás el inconveniente. Y tenemos tiempo para una más, que es una interesante. Una pequeña cosa, creo que usar useRef en ese ejemplo parece redundante. El evento podría estar directamente adjunto al ref. Sí, este es un problema con el código de demostración. Cortas otros bits y luego de repente las cosas se vuelven redundantes. Así que sí, podrías hacer eso, pero ya sabes, hay otras partes donde vamos a reutilizar ese mismo ref, por eso todavía está ahí, pero sí, buen ojo. Tenemos literalmente 20 segundos. Así que quizás podemos responder a esto muy, muy rápidamente. No entiendo el salto. El ancho no es cero al principio. ¿No es auto antes de useEffect? Auto antes de useEffect. Bueno, en la implementación de esta demostración, el ancho es cero. Así que es, sí, probablemente hay más que hablar allí. Increíble. Wow. Esa fue una presentación increíble, icónica, fabulosa. Muchas gracias, Stephen. ¿Podemos dar un aplauso, por favor? Gracias. Debería estar bien. Gracias. De nada.

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

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.
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.
Acelerando tu aplicación React con menos JavaScript
React Summit 2023React Summit 2023
32 min
Acelerando tu aplicación React con menos JavaScript
Top Content
Mishko, the creator of Angular and AngularJS, discusses the challenges of website performance and JavaScript hydration. He explains the differences between client-side and server-side rendering and introduces Quik as a solution for efficient component hydration. Mishko demonstrates examples of state management and intercommunication using Quik. He highlights the performance benefits of using Quik with React and emphasizes the importance of reducing JavaScript size for better performance. Finally, he mentions the use of QUIC in both MPA and SPA applications for improved startup performance.
Enrutamiento en React 18 y más allá
React Summit 2022React Summit 2022
20 min
Enrutamiento en React 18 y más allá
Top Content
Routing in React 18 brings a native app-like user experience and allows applications to transition between different environments. React Router and Next.js have different approaches to routing, with React Router using component-based routing and Next.js using file system-based routing. React server components provide the primitives to address the disadvantages of multipage applications while maintaining the same user experience. Improving navigation and routing in React involves including loading UI, pre-rendering parts of the screen, and using server components for more performant experiences. Next.js and Remix are moving towards a converging solution by combining component-based routing with file system routing.

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 Workshop
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 🤐)
Next.js para Desarrolladores de React.js
React Day Berlin 2023React Day Berlin 2023
157 min
Next.js para Desarrolladores de React.js
Top Content
Featured WorkshopFree
Adrian Hajdin
Adrian Hajdin
En esta avanzada masterclass de Next.js, profundizaremos en conceptos clave y técnicas que permiten a los desarrolladores de React.js aprovechar al máximo Next.js. Exploraremos temas avanzados y prácticas prácticas, equipándote con las habilidades necesarias para construir aplicaciones web de alto rendimiento y tomar decisiones arquitectónicas informadas.
Al final de esta masterclass, serás capaz de:1. Comprender los beneficios de los Componentes del Servidor React y su papel en la construcción de aplicaciones React interactivas, renderizadas por el servidor.2. Diferenciar entre el tiempo de ejecución de Edge y Node.js en Next.js y saber cuándo usar cada uno en función de los requisitos de tu proyecto.3. Explorar técnicas avanzadas de Renderizado del Lado del Servidor (SSR), incluyendo streaming, fetching paralelo vs. secuencial, y sincronización de datos.4. Implementar estrategias de caché para mejorar el rendimiento y reducir la carga del servidor en las aplicaciones Next.js.5. Utilizar Acciones React para manejar la mutación compleja del servidor.6. Optimizar tus aplicaciones Next.js para SEO, compartir en redes sociales, y rendimiento general para mejorar la descubrabilidad y la participación del usuario.
Aventuras de Renderizado Concurrente en React 18
React Advanced 2021React Advanced 2021
132 min
Aventuras de Renderizado Concurrente en React 18
Top Content
Featured Workshop
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.
Presentando FlashList: Construyamos juntos una lista performante en React Native
React Advanced 2022React Advanced 2022
81 min
Presentando FlashList: Construyamos juntos una lista performante en React Native
Top Content
Featured Workshop
David Cortés Fulla
Marek Fořt
Talha Naqvi
3 authors
En esta masterclass aprenderás por qué creamos FlashList en Shopify y cómo puedes usarlo en tu código hoy. Te mostraremos cómo tomar una lista que no es performante en FlatList y hacerla performante usando FlashList con mínimo esfuerzo. Usaremos herramientas como Flipper, nuestro propio código de benchmarking, y te enseñaremos cómo la API de FlashList puede cubrir casos de uso más complejos y aún así mantener un rendimiento de primera categoría.Sabrás:- Breve presentación sobre qué es FlashList, por qué lo construimos, etc.- Migrando de FlatList a FlashList- Enseñando cómo escribir una lista performante- Utilizando las herramientas proporcionadas por la biblioteca FlashList (principalmente el hook useBenchmark)- Usando los plugins de Flipper (gráfico de llamas, nuestro perfilador de listas, perfilador de UI & JS FPS, etc.)- Optimizando el rendimiento de FlashList utilizando props más avanzados como `getType`- 5-6 tareas de muestra donde descubriremos y solucionaremos problemas juntos- Preguntas y respuestas con el equipo de Shopify
React, TypeScript y TDD
React Advanced 2021React Advanced 2021
174 min
React, TypeScript y TDD
Top Content
Featured Workshop
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.