Todo Lo Que Pensabas Que Sabías Sobre Los Componentes Funcionales De React Está Mal

This ad is not shown to multipass and full ticket holders
React Summit US
React Summit US 2025
November 18 - 21, 2025
New York, US & Online
The biggest React conference in the US
Learn More
In partnership with Focus Reactive
Upcoming event
React Summit US 2025
React Summit US 2025
November 18 - 21, 2025. New York, US & Online
Learn more
Bookmark
Rate this content

Los componentes funcionales de React en realidad no existen, y esto los hace engañosamente difíciles de razonar. Ven a este explicador para entender el problema que el compilador de React 19 está intentando resolver.

This talk has been presented at React Summit US 2024, check out the latest edition of this React Conference.

Amy Blankenship
Amy Blankenship
22 min
22 Nov, 2024

Comments

Sign in or register to post your comment.
Video Summary and Transcription
¡Gracias por venir a React Summit! Quería crear claridad en torno a React Hooks y proporcionar herramientas para solucionar problemas de React. Los componentes funcionales en React son diferentes de los componentes de clase en términos de su ciclo de vida. Comprender la creación y destrucción de objetos en JavaScript es crucial para comprender el comportamiento de los componentes funcionales. Crear funciones y objetos que no se utilizan puede llevar a un desperdicio de memoria y consumo de recursos del sistema. Almacenar referencias a variables puede mantenerlas en memoria, por lo que es crucial asegurarse de que haya un camino directo desde window a la variable. Esta charla discute la creación de objetos y su almacenamiento en componentes de React usando useState y useMemo. Se enfatiza la importancia de usar useCallback en casos donde un callback está entrando en un componente con un gran árbol de estado para evitar renders innecesarios. La charla también explora diferentes enfoques para manejar la recuperación y actualización de datos en componentes de React, destacando el uso de useRef como una solución para acceder y actualizar datos en fuentes de datos del lado del servidor. En general, la charla proporciona ideas y herramientas para solucionar problemas en componentes funcionales de React.

1. Introduction and Speaker Information

Short description:

¡Gracias por venir a React Summit! Quería crear claridad en torno a React Hooks y proporcionar herramientas para solucionar problemas de React. Soy Amy Blankenship, puedes encontrarme en LinkedIn, Medium, GitHub o enviarme un correo electrónico.

Gracias por venir a React Summit y agradezco que te tomes el tiempo de venir a mi presentación. Esta presentación surgió porque estaba escribiendo sobre React y React Hooks y mucha gente parecía pensar que lo que estaba sucediendo era muy simple y autoexplicativo y yo no lo veo de esa manera, así que quería crear un poco más de claridad sobre el tema, no solo para todos los demás, sino para mí misma, y espero que después de que termines esta presentación al menos tengas algunas herramientas que puedas usar cuando las cosas vayan mal en React y simplemente no puedas averiguar por qué.

Así que mi nombre es Amy Blankenship y puedes encontrarme en LinkedIn en esa URL, puedes encontrar me en Medium como Amy Blankenship y de hecho esta presentación se originó como un artículo allí. Puedes encontrarme en GitHub, esto es solo mi material personal de GitHub, nada que haya hecho profesionalmente y puedes enviarme un correo electrónico si lo deseas.

2. Functional Components and Object Creation

Short description:

Los componentes funcionales en React son diferentes de los componentes de clase en términos de su ciclo de vida. Comprender la creación y destrucción de objetos en JavaScript es crucial para comprender el comportamiento de los componentes funcionales. Vamos a explorar esto comparando la creación de fechas en diferentes escenarios.

Así que lo primero que creo que es conceptualmente la causa de este problema es pensar que los componentes funcionales son realmente algo que existe y creo que eso es una especie de trampa mental en la que probablemente deberíamos profundizar un poco más. Así que vamos a ver eso. Cuando tenemos un componente de clase de React, que es como la mayoría de nosotros comenzamos a usar React, tienes a React creando un nuevo componente. Entonces tiene una instancia de ese componente que mantiene y ejecuta component did mount, component will receive props, component did update y todo eso y finalmente renderiza. Continuará ejecutando todo ese ciclo de vida y produciendo JSX en esa instancia que realmente existe que tiene durante la vida útil de tu componente hasta que se desmonta.

Ahora veamos un componente funcional. Lo primero que hace React es tomar las props y pasarlas a una función y esta función es lo que pensamos como tu componente y luego ese componente producirá JSX. Si el JSX es el mismo que el JSX de la vez anterior que fue llamado, que llamó a esa función, lo volverá a renderizar, de lo contrario no hace nada con el resultado de llamar a esa función. Pero de todos modos, tan pronto como tiene ese JSX, esa renderización de tu función está hecha, estás fuera de ese mundo. Y sí, llamará a tu función de componente nuevamente, pero es como una cosa completamente diferente nueva que está sucediendo.

Así que vamos un poco más profundo en cómo funciona la creación y destrucción de cosas en JavaScript para que realmente podamos entender qué está pasando aquí. Comencemos con un caso simple donde creamos una función que registra una fecha. Así que si tenemos esta función de registrar fecha y cada vez que la ejecutamos, crea una nueva fecha, entonces si ejecutas esta función 99 veces, crearás una nueva fecha. Lo siento, si la ejecutas 100 veces, crearás una nueva fecha cada una de esas 100 veces. Ahora veamos esto un poco más de cerca. Digamos que tenemos una función diseñada para crear una nueva fecha y almacenamos el resultado de esa función en una variable y también vamos a ejecutarla las otras 99 veces y simplemente la vamos a ejecutar. Simplemente no vamos a almacenar la fecha. Así que todavía creamos 100 fechas, pero solo conservamos una de ellas y hablaremos sobre qué sucede con el resto de ellas más tarde, pero en esencia, la única con la que podemos hacer algo es la que almacenamos en la variable. El resto simplemente desaparece.

Así que ahora veamos, hacemos lo mismo, pero luego establecemos mi fecha en indefinido. Así que en este caso, creamos 100 fechas y no hacemos referencia a ninguna de esas fechas. Así que fueron creadas, pero en realidad ya no están sirviendo a ningún propósito en nuestro programa.

Ahora vamos un poco más allá porque React ahora está muy inclinado hacia el lado funcional. Vamos a crear una función que crea el registrador de fechas que acabamos de ver y devuelve la función. Así que si ejecutamos el creador de registrador de fechas 100 veces, ya sea que mantengamos una referencia a él o no, no creamos ninguna fecha. Creamos la función, pero no creamos ninguna fecha. Así que al ejecutar esta función, en realidad creamos 100 versiones de esta función, pero no nuevas fechas. Ahora cambiémoslo un poco de nuevo. Ahora vamos a crear nuestro creador de registrador de fechas para que cree una nueva fecha, y luego esa es la fecha que siempre será registrada por el registrador de fechas. Así que lo que va a pasar aquí es que creamos el registrador de fechas 2, y creará una nueva fecha, pero cada vez que ejecutes mi registrador de fechas, solo registrará esta fecha.

3. Memory Management and Variable References

Short description:

Crear funciones y objetos que no se utilizan puede llevar a un desperdicio de memoria y consumo de recursos del sistema. Almacenar referencias a variables puede mantenerlas en memoria, por lo que es crucial asegurar que haya un camino directo desde window a la variable. Agregar event listeners sin eliminarlos puede resultar en fugas de memoria.

Y si creas 99 más de estos, estás creando 99 fechas más y 99 versiones más de esta función. Y esto va a ser importante volver a ello más tarde, pero como no estamos usando ninguna de estas otras 99 funciones, simplemente se descartan. Ahora, si luego tomamos esta que almacenamos y la llamamos 99 o 100 veces, entonces va a registrar la primera fecha que fue cerrada con este closure 100 veces. Así que solo tenemos una fecha que estamos usando aquí. Entonces, ¿qué pasa con todas esas funciones y fechas y todo lo que estamos creando y no estamos usando? Bueno, esas cosas son recolectadas por el garbage collection. Y el garbage collection solía ser algo mucho más grande porque podía incluso detener tu programa de ejecutarse por un minuto mientras el garbage collection se ejecutaba. Y mucha gente siente que ya no necesitamos pensar en el garbage collection porque se ejecuta en incrementos mucho más pequeños y es menos probable que interrumpa tu programa. Pero todavía necesitas pensar en el hecho de que estamos creando todas estas cosas que nunca usamos y eso no es gratis en términos de recursos del sistema.

Otra cosa en la que necesitamos pensar es que cuando almacenas una referencia a algo, eso se mantendrá en memoria. Y necesita haber como un camino directo desde window a tu variable para que se mantenga en memoria. Si no hay un camino así, será liberado. Y React maneja muchas de esas cosas. Así que si tienes cosas en variables de React como useState, useMemo, puedes considerar que mientras tu componente esté montado, hay un camino directo desde window a la variable. Siempre que hagas un add event listener, por ejemplo, en useEffect, eso está creando una referencia desde lo que sea el componente al que agregaste el event listener, a la función que estás llamando como el parámetro, el segundo parámetro en addEventListener. Es realmente importante que los elimines o puedes crear fugas de memoria.

4. React Components and State Management

Short description:

Esta parte discute la creación de objetos y su almacenamiento en componentes de React usando useState y useMemo. Se enfatiza la importancia de usar useCallback en casos donde un callback entra en un componente con un gran árbol de estado para evitar renders innecesarios. El texto también destaca cómo React crea closures para devolver versiones anteriores de algo durante los renders. Concluye mencionando la posibilidad de lidiar con un estado obsoleto o inconsistente cuando las llamadas se completan fuera de orden.

Volviendo a los casos de creación de objetos y que sean recolectados por el garbage collector o almacenados. Este es un componente de React realmente, realmente simple donde tenemos un useState y el useState es solo un simple toggle de verdadero-falso. Y vamos a crear una nueva fecha en línea. Cada vez que esta función se ejecuta, se creará esa nueva fecha. Al igual que en nuestros ejemplos anteriores, cada vez que ejecutamos uno de estos registradores de fechas o creamos uno de estos registradores de fechas, se crearía una nueva fecha, incluso si luego desechamos el registrador de fechas más tarde.

Luego vamos a crear un useMemo que va a almacenar la marca de tiempo cada vez que el toggle cambia. Y finalmente, solo vamos a tener una función anónima, clickHandler, que va a cambiar el toggle cada vez que el usuario haga clic en el botón.

Entonces, ¿qué está pasando aquí cuando configuramos nuestro componente de esta manera? Entonces, en el primer render, el toggle, el useMemo, almacena el tiempo. Entonces, lo que va a suceder es que esta función que siempre devuelve ese tiempo se almacena en algún lugar en las entrañas de React. Y luego los renders ocurren, o las llamadas de tu función ocurren entre medio. El toggle no ha cambiado, el toggle no ha cambiado, el toggle no ha cambiado. Y entonces, cuando vamos a renderizarlo más tarde, esa es la versión de ese closure que vamos a usar en el render. ¿Tiene sentido? Espero que sí. Y eso se ve más o menos así en la herramienta de desarrollo, como puedes ver. El estado del toggle está aquí, y luego tu memo está almacenando este valor de la fecha particular que estaba en el alcance cuando este closure fue creado por useMemo está almacenado en useMemo.

Así que una de las cosas en las que necesitamos pensar es el useCallback versus la función literal. En este caso usé una función literal por dos razones. Una porque es una diapositiva, no hay mucho espacio para esa sintaxis de useCallback. Pero la razón más importante es que solo está entrando en un botón que realmente no tiene ningún efecto secundario malo si lo vuelves a renderizar. Sin embargo, si tienes un callback que está entrando en algo con un árbol de estado gigante, cada vez que tu componente es llamado va a crear una nueva versión de esta función, justo como cuando teníamos el creador de registradores de fechas creando las 99 versiones de la función que simplemente se desechaban. Y entonces, si pones eso en algún tipo de callback que va más abajo en el árbol y es un lugar costoso para que eso se vuelva a renderizar, vas a causar renders innecesarios al no usar useCallback. Y una cosa que no quieres hacer es usar useCallback aquí y luego llamar a ese useCallback con una función anónima que agregas aquí porque eso va a negar cualquier efecto positivo que tuviste al usar useCallback. Todavía va a crear una nueva instancia de esa función cada vez que la función es llamada.

Bien, así que ahora sabemos que en realidad no estamos almacenando estado. En cambio, estamos pidiendo a React que cree un closure que luego devuelva una versión de nuestro algo anterior que era actual durante un render anterior. Así que lidiar con un estado obsoleto o inconsistente es algo que sucede más a menudo de lo que creo que a la mayoría de nosotros nos gustaría. Un caso es que las llamadas pueden completarse fuera de orden. Así que si miras este ejemplo en particular, cada vez que el ID de usuario para este componente cambia, como por ejemplo, estos podrían ser los detalles de contacto para un usuario dado y antes de que la llamada regrese alguien hace clic en un usuario diferente y ahora la función asíncrona se ejecuta de nuevo. No has completado la primera función, el primer fetch. El segundo fetch podría regresar primero y luego si haces el setToDos sin ninguna modificación entonces vas a terminar con los detalles del usuario incorrecto.

5. Data Retrieval and Update in React Components

Short description:

Esta parte discute diferentes enfoques para manejar la recuperación y actualización de datos en componentes de React. Explora los desafíos de obtener datos directamente en vistas y destaca el uso de useRef como una solución para acceder y actualizar datos en fuentes de datos del lado del servidor. El texto enfatiza la importancia de entender los closures y el papel de hooks como useState, useMemo y useCallback en la gestión del estado y el renderizado. También menciona la importancia de usar los valores de retorno de useEffect para manejar la obtención de datos y prevenir fugas de memoria en los event listeners. En general, la charla proporciona ideas y herramientas para solucionar problemas en componentes funcionales de React.

Así que este es un patrón que el equipo de React ha propuesto en el pasado. No estoy seguro si es la mejor práctica actual, pero es una forma de manejar esto. Sé que también se han movido hacia no obtener datos directamente en las vistas ya. Así que esa es otra forma de manejar este problema, pero también viene con su conjunto de problemas.

Así que una cosa que encontré relativamente reciente es que no podía obtener realmente la versión más actual de mis datos que estaban almacenados en Redux en la fuente de datos del lado del servidor que estaba siendo utilizada por AG Grid. No voy a entrar en mucha profundidad sobre cómo funciona AG Grid y por qué sucedió esto, pero el punto es que la función getRows necesitaba tener acceso a la función de retorno de la llamada de obtención en Redux. Así que habría necesitado ser creada como una nueva... Debería haber usado useCallback aquí, pero habría necesitado ser creada de nuevo una vez que los datos regresaran. Y el problema con hacer eso es que si creas la fuente de datos del lado del servidor de nuevo cuando getRows ahora tiene acceso al valor de retorno, entonces limpia la cuadrícula. Así que eso era algo que no iba a funcionar.

Obtener los datos fuera de mi vista podría haber resuelto un problema, pero ahora creó un problema diferente en que no podía obtener los datos de retorno en las filas que necesitaban ir a la fuente de datos del lado del servidor. Y la forma en que puedes manejar esto es con useRef. Así que useRef es una especie de salida de emergencia alrededor del sistema basado en closures en React. Si comienzas con la primera versión en tu getRows de tus datos, entonces cuando los datos llegan con la nueva versión de las filas, entonces solo actualizas ref current a las nuevas filas que obtuviste, y luego cuando la fuente de datos del lado del servidor necesita las filas, entonces puedes leer los datos actuales de esa nueva versión. Ese objeto ref mutable, y luego todo funciona como se diseñó.

Así que a veces el sistema funcional normal no te sirve, y ocasionalmente necesitarás usar ref current para solucionar eso. Espero que esta charla haya sido útil, y que tengas mejores herramientas para entender lo que está pasando cuando tus componentes funcionales de React no están funcionando exactamente como pensabas que lo harían. Así que es realmente importante darse cuenta de que hay más en los hooks de lo que parece. Realmente, necesitas pensar en términos de ejecuciones desconectadas de una función específica en lugar de algo que realmente existe. React está ejecutando constantemente esa función, y lo único que te queda de la función anterior es lo que está almacenado en los closures. Esos closures son cosas como useState, useMemo y useCallback, y en realidad están almacenando una función que devuelve una versión particular de un renderizador anterior. Así que ten en cuenta cuál es ese renderizador, cuál era el valor del estado cuando creaste el closure. Asegúrate de que estás usando los valores de retorno de useEffect para ayudar a asegurarte de que si has llamado a alguna funcionalidad de obtención de datos, puedas ignorarla y no actualizar tu estado en casos donde ha sido sobrescrito, y también para prevenir fugas de memoria en tus event listeners, quiero decir add event listeners, lo siento por eso. Y cuando todo lo demás falla y no tienes una gran manera de obtener el valor de un render a donde necesitas que esté en un render posterior, puedes usar useRef porque la mutabilidad allí significa que ese objeto va a llevar a través de todos los renders, y puedes simplemente sacar la versión más reciente de él. Y muchas gracias. Realmente aprecio que hayas venido a mi charla.

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.
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.
Concurrencia en React, Explicada
React Summit 2023React Summit 2023
23 min
Concurrencia en React, Explicada
Top Content
React 18's concurrent rendering, specifically the useTransition hook, optimizes app performance by allowing non-urgent updates to be processed without freezing the UI. However, there are drawbacks such as longer processing time for non-urgent updates and increased CPU usage. The useTransition hook works similarly to throttling or bouncing, making it useful for addressing performance issues caused by multiple small components. Libraries like React Query may require the use of alternative APIs to handle urgent and non-urgent updates effectively.

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.