Mastering UseEffect in React

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

¿Estás usando React en tu proyecto? Si es así, ¡debes haber usado useEffect! De hecho, es esencial para muchos casos de uso, pero hay situaciones en las que podría no ser la mejor solución, y evitarlo puede mejorar el rendimiento de tu aplicación.


En esta charla, aprenderemos de la experiencia cuál es la pieza que falta en el rompecabezas para dominar useEffect. Mirar los casos incorrectos e intentar mejorar su rendimiento nos ayuda a tener una comprensión más profunda de ello.

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

FAQ

UseEffect es un hook en React que permite ejecutar efectos secundarios en componentes funcionales. Se utiliza para operaciones que necesitan un punto de ejecución después de que el DOM se haya actualizado, como solicitudes de datos, manipulaciones de DOM y configuraciones de suscripciones.

El hook UseEffect se introdujo con React 16.8, que fue cuando React introdujo oficialmente los Hooks en su biblioteca.

UseEffect acepta dos parámetros: un callback y un array de dependencias. El callback se ejecuta después de que el componente se monta y cada vez que React detecta un cambio en las dependencias especificadas en el array. Si el array está vacío, el efecto se ejecuta solo una vez después del montaje inicial.

El uso correcto de UseEffect puede ayudar a manejar efectos secundarios como llamadas de API, temporizadores y suscripciones, de manera que no bloqueen la interfaz de usuario y se manejen los ciclos de vida del componente de manera eficiente, evitando así problemas de rendimiento y comportamientos inesperados.

Un array de dependencias en UseEffect es un array que se pasa como segundo argumento al hook. React supervisará las variables incluidas en este array, y cada vez que alguna de ellas cambie, se ejecutará nuevamente el callback del UseEffect.

Si no se proporciona un array de dependencias a UseEffect, el callback se ejecutará después de cada renderización del componente. Esto puede llevar a ciclos de renderización innecesarios y potencialmente a un rendimiento deficiente si el efecto realiza operaciones pesadas.

Para evitar un ciclo infinito en UseEffect, es crucial asegurarse de que las dependencias listadas en el array no cambien en cada renderización a menos que sea necesario, y que cualquier estado establecido dentro de UseEffect no desencadene otra actualización que a su vez llame a UseEffect nuevamente sin condiciones de salida.

Sí, existe una versión sincrónica de UseEffect llamada useLayoutEffect. Este hook funciona de manera similar a UseEffect pero se ejecuta de forma sincrónica después de todas las mutaciones del DOM, antes de que el navegador tenga la oportunidad de pintar.

Mohamad Shiralizadeh
Mohamad Shiralizadeh
24 min
23 Oct, 2023

Comments

Sign in or register to post your comment.
Video Summary and Transcription
Bienvenido a cómo no usar UseEffect. UseEffect es un hook introducido en React 16.8 como reemplazo para el desmontaje de componentes y la actualización en componentes de clase. Ejecuta tu callback una vez cuando el componente se monta y cuando hay cambios en las dependencias. UseEffect permite realizar efectos secundarios como la obtención de datos. UseEffect ejecuta su callback de forma asíncrona para permitir que el navegador renderice y muestre algo al usuario sin bloquear el hilo principal. Establecer un estado en un useEffect sin un array de dependencias puede causar bucles desagradables. A veces estás usando use effects para encargarte de llamar a eventos parentales. Nasty Fetch. A veces, al obtener artículos, se deben considerar las condiciones de carga y de carrera.
Available in English: How to NOT use useEffect?

1. Introducción a UseEffect

Short description:

Bienvenidos a cómo no usar UseEffect. UseEffect es un hook introducido en React 16.8 como reemplazo para el desmontaje de componentes y la actualización en componentes de clase. Ejecuta tu callback una vez cuando el componente se monta y cuando hay cambios en las dependencias. UseEffect permite realizar efectos secundarios como la obtención de datos.

¡Vamos! Hola, chicos, bienvenidos. Bienvenidos a cómo no usar UseEffect. Oh, UseEffect es un poco travieso, así que vamos a echarle un vistazo y ver cómo podemos usarlo de la manera correcta y las cosas que no deberíamos hacer.

Entonces, como saben, mi nombre es Mohamed, Soy Ingeniero de Software Senior Frontend en IO. Estoy aquí porque estoy hambriento de React y JavaScript, así que vamos a ello.

Entonces, nuestro viaje. Nuestro viaje comienza con un poco de historia, y luego responderemos tres preguntas. ¿Qué, por qué y cuándo? Estas son preguntas críticas para UseEffect, porque basándonos en estas preguntas, vamos a considerar algunas situaciones y algunas soluciones para esas situaciones. Así que esto es complicado, tenlo en cuenta.

Entonces, historia. Alrededor de 2019, React 16.8, introdujeron la evaluación de Hooks. Entonces, la cosa es, el Hook UseEffect se introdujo en ese momento. De hecho, desde que estábamos migrando a Hooks en Hooks Flingy, fue de alguna manera un reemplazo para el desmontaje de componentes y también la actualización de componentes en componentes de clase. Así que al final del día, efectivamente, código mucho más limpio en los componentes Hook.

Entonces, primero, ¿qué es? Como saben, UseEffect es solo un hook. Tiene dos parámetros, un callback y una dependencia. Es mejor renombrar callback a configuración porque es de alguna manera una configuración para tu efecto. De hecho, UseEffect es como una navaja suiza, así que debes tener cuidado. Entonces, un hook que se ejecuta bajo ciertas condiciones. Entonces, bajo algunas condiciones que vamos a aprender, ejecuta tu callback una vez que React monta el componente, una vez. Tan pronto como detecta algunos cambios en las dependencias, tiene sentido, tenemos un array de dependencias allí, así que tan pronto como uno de ellos ha cambiado, y el otro es en cada renderizado. Estas son tres situaciones en las que un hook, un React en realidad va a llamar a tu callback. El hook use effect.

Entonces, la cosa acerca de useEffect es, ¿por qué lo tenemos? De hecho, sí, porque te permite realizar algunos efectos secundarios, por ejemplo, obtener data, temporizadores, cosas de JavaScript y más. Así que consideremos el primer callback de useEffect llamado por React. El primero es, tan pronto como React monta el componente una vez, supongo que todos están familiarizados con eso. Entonces, si pasas el segundo parámetro, un array vacío, va a ejecutar tu callback una vez, y siempre que el componente se monte en el DOM. Entonces, la cosa es, en este caso estamos obteniendo algunos artículos. Sí, tiene sentido.

Read also

2. Entendiendo useEffect y las Dependencias

Short description:

Obtenemos entidades del back end, las llevamos al front end y las renderizamos en consecuencia. useEffect detecta cambios en las dependencias y vuelve a renderizar en consecuencia. Se ejecuta después del primer renderizado y nuevamente cuando cambian las dependencias. En cada renderizado, useEffect se llama sin dependencias. No se recomienda ejecutar efectos secundarios en el cuerpo del componente.

Entonces, vamos a obtener algunas entidades del back end, de nuestros puntos finales, agarrarlo, llevarlo al front end y renderizarlo en consecuencia. Entonces, el segundo es, tan pronto como detecta algunos cambios en las dependencias. Entonces, podríamos tener algunas dependencias para nuestro useEffect. Category ID en este caso. Tenemos la página de artículos, necesitamos el Category ID en este caso. Así que cada Category ID basado en ese Category ID deberíamos buscar nuestros artículos, ¿verdad? De nuevo, tiene sentido. Entonces, Category ID sería una de las dependencias y deberíamos buscar los artículos en consecuencia. Así que estoy usando Category ID en el cuerpo de mi useEffect.

Lo que pasa es que useEffect es lo que sucedió después del primer renderizado, ¿verdad? Esta es la llamada inicial, el renderizado inicial, y luego ejecuta el useEffect. Tan pronto como cambia el Category ID, va a renderizar de nuevo el árbol, y de nuevo, useEffect. ¿Por qué de nuevo useEffect? Porque una de nuestras dependencias ha cambiado. Y el otro, último, pero no menos importante, para ser honesto, lo que sucedió en cada renderizado. Oh, ya sabes, encontrar... Encontrar un caso de uso para esto podría ser un poco complicado. En algunos casos raros, podrías usarlo, pero de todos modos, está ahí. Como ya habrás notado, no hay una segunda dependencia. Así que significa que el array de dependencias está indefinido, así que no hay nada ahí. Como sabes, indefinido y array vacío son dos cosas diferentes que no son iguales entre sí. Entonces, como ves, el primer renderizado tiene sentido. Va a ejecutar useEffect, ¿verdad? Pero aquí, tan pronto como establezco uno de mis estados, lo que lleva a un rerenderizado, entonces va a, de nuevo, renderizar mi componente. Todo el componente se va a rerenderizar. Tres, añades todo el componente y rerenderizas. Cuatro, llamando al useEffect. Y no le importan las dependencias porque no hay dependencias. Va a ejecutarlo en cada solicitud de renderizado por React. Entonces, en este caso, setCount causó eso. En otros casos, podría ser un cambio de propiedad o lo que sea que se te ocurra. Entonces, ¿por qué lo necesitamos? En primer lugar, no se recomienda ejecutar efectos secundarios en el cuerpo del componente. Supongo que ya lo hemos notado un poco durante las cosas que te estaba contando en la diapositiva anterior, que tan pronto como cambias algo en tu componente, React va a rerenderizar tu componente, tu componente de función. Así que va a ejecutarlo de arriba a abajo, de arriba a abajo, de arriba a abajo, ¿verdad? Así que si pones algo, por ejemplo, buscando artículos en el cuerpo de tu componente, tan pronto como cambias algo, podría no estar incluso relacionado con los artículos.

3. Entendiendo el Event Loop y las Promesas

Short description:

Va a recordar esa función, recordar esa función, recordar esa función, buscar artículos en este caso. Queremos buscar artículos una vez. Hay una razón de React y una razón de UX detrás de la escena. React ejecuta el callback conectado al bucle de eventos. El bucle de eventos es un mecanismo en JavaScript para manejar cosas asíncronas. Funciona empujando tareas a la cola de tareas y ejecutándolas cuando la pila de llamadas está vacía. También hay una cola de microtareas responsable de las promesas. Las promesas pueden bloquear el hilo principal al agregar continuamente tareas a la cola.

Va a recordar esa función, recordar esa función, recordar esa función, buscar artículos en este caso. Lo cual no tiene sentido, ¿verdad? Porque queremos buscar artículos una vez. Por ejemplo, no hay un ID de categoría, pero si hay un ID de categoría, queremos renderizar, ya sabes, obtener nuevos artículos del backend bajo una condición, que es que el ID de la categoría ha cambiado. Así que en otros casos, no necesitamos.

Hay una razón de react. Y una razón de UX detrás de la escena, vamos a, ya sabes, profundizar en esos también. Así que, en primer lugar, quiero que entiendas el bucle de eventos, en este caso. ¿Cuándo ejecuta React el callback? Está conectado al bucle de eventos bajo el capó. ¿Y qué es eso? La cosa es que el bucle de eventos es un mecanismo en JavaScript para manejar cosas asíncronas, ejecutando JavaScript y casi todo en JavaScript depende del bucle de eventos.

¿Cómo funciona? Echa un vistazo a la pila de llamadas. Supongamos que estamos ejecutando una función llamada main. En la función main, podríamos tener setTimeout. Podríamos tener un fetch. ¿Qué son estos? Los llamamos Web APIs. Las Web APIs son algo que no son, tal vez es mejor decir que tal vez no son parte de la cosa de JavaScript o es algo que deberíamos solicitar fuera. Es mejor decir. Así que una de las Web APIs podría ser setTimeout. Una de ellas podría ser fetch. Así que cada vez que, ya sabes, solicitamos un setTimeout, hay una duración. Tan pronto como pasa la duración, hay una callbackFunction para setTimeout, ¿verdad? Lo va a empujar a la cola, que es la cola de tareas. Esto es importante porque la cola de tareas juega un papel importante en este caso. Así que el bucle de eventos, tan pronto como ve algo en la cola de tareas y la pila de colores está vacía, va a sacarlo y ponerlo en la pila de colores y ejecutarlo. Pero también hay otra cola, la cola de microtareas. La cola de microtareas es un poco complicada porque en primer lugar la cola de microtareas es responsable de las promesas, ¿verdad? Así que tenemos la cola de microtareas y la cola de tareas. La cola de tareas es para los setTimeouts y la cola de microtareas es para las promesas. Pero hay una diferencia entre estos dos y es que de la cola de tareas, recoge uno por uno, pero de la cola de microtareas, recoge hasta la finalización. ¿Verdad? Así que juega una parte importante en nuestra cosa. Así que voy a hacerte una pregunta de entrevista, ¿cuál de estos, ya sabes, cuál hace que el hilo principal se bloquee? Quiero bloquear el hilo principal, lo cual no tiene sentido, pero de todos modos, ¿cuál lo hace? Basándonos en lo que acabamos de hablar, Promise lo hace. ¿Por qué? Porque tan pronto como se crea, llama al bucle en este caso, llama al bucle y crea una nueva promesa. De nuevo, bucle crea una nueva promesa, ¿verdad? Porque es un bucle infinito en este caso, pero la cosa es que, ya que el bucle de eventos de Java Script, intenta, ya sabes, completar toda la cola y estamos añadiendo a esa cola todo el tiempo.

4. Ejecución del Callback de useEffect

Short description:

UseEffect ejecuta su callback de forma asíncrona para permitir que el navegador renderice y muestre algo al usuario sin bloquear el hilo principal. Utiliza la API Web, SetTimeout y otros mecanismos para obtener información y presentársela al usuario.

Nunca termina. Pero en setTimeout, es un poco diferente. ¿Por qué? Porque tan pronto como elige uno, el navegador va a repintar toda la página y elegir otro. Esta es la parte complicada. Entonces, ¿por qué lo mencioné? Porque esta es la pregunta ahora. Entonces, basándonos en esta descripción, ¿useEffect ejecuta su callback de forma sincrónica o asíncrona? ¿Cuál de los dos? Entonces, la respuesta es de forma asíncrona. ¿Por qué lo hace de forma asíncrona? Porque quiere permitir que el navegador renderice y muestre algo al usuario y no bloquee el hilo principal, ¿verdad? Y darle al usuario la oportunidad de ver quizás una carga o algo. Y luego, con la API Web y SetTimeout y las magias detrás de eso, obtener la información y renderizarla y presentársela al usuario.

5. Entendiendo la Ejecución de UseEffect

Short description:

UseEffect ejecuta su callback de forma asíncrona utilizando una cola de tareas. Existe una diferencia entre SetTimeout y ZeroTimeout, con ZeroTimeout utilizando un canal de mensajes. El código fuente de React también utiliza el canal de mensajes. La razón de UX para que useEffect se ejecute de forma asíncrona es permitir un renderizado y pintado del navegador inmediatos. Existe una versión sincrónica llamada useLayoutEffect, que se ejecuta antes de useEffect. Se utiliza cuando se necesita una referencia a un elemento. Una situación a tener en cuenta es el 'bucle desagradable', donde establecer un estado que actualiza una dependencia puede llevar a múltiples solicitudes de red.

Genial. UseEffect ejecuta su callback de forma asíncrona. ¿Por qué? Respuesta simple. Porque utiliza una cola de tareas detrás de escena. No voy a decir SetTimeout porque SetTimeout, no es del todo preciso. Hay una pequeña diferencia entre SetTimeout y otra cosa que llamo ZeroTimeout.

Sabes, porque hay cuatro milisegundos de diferencia entre ejecutar un callback usando SetTimeout sin un intervalo, que es cero en este caso, y ZeroTimeout, que utiliza un canal de mensajes detrás de escena. De hecho, el código fuente de React también utiliza un canal de mensajes detrás de escena. Puedes echar un vistazo a su paquete de programador del código fuente de React en línea alrededor del 586.

Si sigues estas líneas, verás que hay una comprobación de prioridad para setImmediate, y luego messageChannel, luego busca SetTimeout, ¿verdad? Así que la razón de UX era esa. Así que el renderizado inicial de React, pintado del navegador, use effect tan pronto como estableces un estado, React renderiza, y el navegador pinta. Así que esta es la razón de UX, que useEffect se ejecuta de forma asíncrona inmediatamente, pero de forma asíncrona. Inmediatamente, significa que la duración es de cero milisegundos, como hablamos.

¿Existe alguna versión sincrónica de useEffect? Sí, la hay. useLayoutEffect es la versión sincrónica de useEffect. Como ves, aquí está nuestro useEffect después del pintado del navegador, pero antes de eso está nuestro useLayoutEffect. Eso es muy importante. Así que también hay una razón de ref detrás de escena. Entonces, como sabes, podríamos querer tener una referencia a uno de nuestros elementos. Dado que React ejecuta todo de arriba a abajo, así que sin el useEffect aquí, no tenemos acceso al elemento creado. En algunos no modernos, ¿puedo decir modernos, o nuevos frameworks como SolidJS y cosas así, sí, puedes tener acceso antes de eso porque el compilador lo hace detrás de escena. Pero en React, dado que todo se ejecuta de arriba a abajo, es un poco diferente, así que necesitamos useEffect para obtener una instancia del elemento. Así que todo está adjunto al cuerpo, así que tienen una referencia al elemento. Así que pueden darte la propiedad actual. Así que situaciones y soluciones. La primera, la llamo bucle desagradable. Supongo que de vez en cuando te das cuenta de que en tu pestaña de red, este es un segmento de tiempo de un segundo. Ahora mismo hay 28 solicitudes. ¿Por qué? Porque estás estableciendo un estado que actualiza una dependencia. Solo echa un vistazo a tus dependencias.

6. Entendiendo useEffect y Arrays de Dependencia

Short description:

Establecer un estado en un useEffect sin un array de dependencia puede causar bucles desagradables. Los objetos son tipos de referencia y no son iguales entre sí. React compara los valores detrás de escena. Si las dependencias no han cambiado, ejecuta el callback una vez, similar a component did mount.

O a veces estableciendo un estado en un useEffect sin array de dependencia. Sí, asegúrate. La primera vez, se renderiza, ya sabes, no es un bucle infinito, pero se renderiza uno tras otro. Sabemos por qué no es un bucle infinito, debido al bucle de eventos y setTimeout y taskQueue seleccionando uno por uno. Pero establecer un estado en un useEffect sin array de dependencia, puede causar este problema, estos bucles desagradables.

Así que si echas un vistazo a este fragmento, este fragmento, puedes ver eso. Así que estamos empezando desde arriba, obteniendo artículos, estableciendo artículos aquí. Los artículos son una de nuestras dependencias. Y voilà. Así que la pregunta es, los artículos son iguales a los artículos, chicos. Ya sabes, el contenido es igual al otro. Ambos contienen el artículo uno, el artículo dos, el artículo uno, el artículo dos. Pero la parte complicada en este caso es que los objetos son tipos de referencia. No son tipos primitivos. No son iguales entre sí, ¿verdad? Así que si quieres aprender más, echa un vistazo a esta pregunta. Podría ser una pregunta de entrevista. ¿Cuándo ejecuta React el callback en estos casos? Considerémoslo juntos. Use effect sin array de dependencia. Vamos, pan comido. Lo sabemos. Con un array de dependencia vacío. Me parece bien. ¿Pero qué? ¿Qué es esto? Así que la cosa es, ya sabes, tenemos tipos primitivos y tipos de referencia. ¿Y qué hace React detrás de la escena? Simplemente compara los valores. Mi pregunta es, ¿es la cadena de React igual a la cadena de React? Por supuesto. Así que vamos al siguiente. Así que respondámoslo primero. Así que son iguales entre sí. Significa que nuestras dependencias no han cambiado, así que va a ejecutarlo una vez. Y, ya sabes, component did mount.

7. Entendiendo las Dependencias y Limpieza de useEffect

Short description:

De alguna manera, component se montó. La última dependencia, un objeto que contiene 'etiqueta React', hace que se ejecute en cada renderizado. El caso 'nasty async' implica devolver una promesa en lugar de una función, que no es lo que React espera. Envolverlo con una función async resuelve esto. Por último, fuera del ciclo de renderizado, las funciones de limpieza son necesarias para revertir los cambios realizados.

De alguna manera, component se montó. Entonces useEffect, el último, una de nuestras dependencias es loca. Es un objeto que contiene la etiqueta React. ¿Qué pasa con este caso? Para nada. Significa que objeto es igual a objeto. No, no son iguales en absoluto porque hacen referencia a diferentes partes de la memoria. Entonces, en este caso, lo va a ejecutar en cada renderizado. Entonces significa que este es exactamente como el primero y estos dos son iguales entre sí. ¿Por qué el último? Porque dos objetos no son iguales entre sí.

Segundo, lo llamo nasty async. Entonces, estamos obteniendo artículos, ¿verdad? Así que quiero mostrar mis habilidades de codificación para dejarme usar la sintaxis async y hacerlo más elegante. ¿Es un buen truco? En este caso, no, para nada, porque no va a funcionar. Basado en la especificación de la función async, las funciones async siempre devuelven una promesa. ¿A quién le importa? Deja que devuelva una promesa. No me importa, pero deberías preocuparte porque hay una función de limpieza detrás de la escena como sabes. Deberías devolver una función, no una promesa. Entonces, en este caso, si tienes una declaración de retorno, ¿qué hace? ¿Qué hace tu llamada de retorno? Devuelve una función. Bien. ¿Qué pasa con este caso? Estoy devolviendo uno, pero no, no es el uno porque en realidad, estás devolviendo una promesa que esa función sería el resultado de esa promesa. Así que no es lo que React busca. Entonces, poner async no es el uno. ¿Cómo arreglarlo? Sí, fácilmente. Solo envuélvelo con una función async. Es cierto que no podemos hacerlo async y tener una espera, pero podemos llamar a funciones async de todos modos. Entonces, lo voy a llamar normalmente, y tenemos funciones de limpieza en este caso, que funcionan.

Tres, nasty JavaScript. Chicos, si quieren hacer algo fuera del ciclo de, o ciclo de renderizado de React, por ejemplo, manipulación tonta o agregar oyentes de eventos al cuerpo o algo así, o a veces temporizadores, no va a funcionar porque van a aplicar esos cambios, pero ¿quién va a revertirlo tan pronto como desmontes el componente? Por eso está la función de limpieza, ¿verdad? Así que ten en cuenta que usa la función de limpieza. Si hiciste el fondo rojo, solo, si es blanco o algo así, incluso si limpias los cambios que hiciste. Entonces, si es un oyente de eventos, ten en cuenta que deberías eliminarlo. Si es un setInterval, ten en cuenta que deberías limpiarlo.

8. Estado desagradable: Filtrando artículos sin useEffect

Short description:

Puedes filtrar artículos sin usar useEffect. En su lugar, utiliza memo para lograr la memorización y eliminar las llamadas innecesarias a useEffect.

Estado desagradable. Este es interesante. Echa un vistazo. Estoy intentando filtrar mis artículos, ¿verdad? Tengo artículos filtrados. Tengo artículos en el montaje de componentes, voy a tomar todos los artículos. Y tan pronto como cambie la búsqueda o los artículos, los voy a filtrar en base a esta palabra clave de búsqueda. Pero lo cierto es que puedes hacer todas estas cosas sin un useEffect. Como sabes, este useEffect, este es un useEffect, ¿verdad? Causa retraso e incluso bucles detrás de escena. Así que usemos otro método. Entonces, ¿cuál es la solución? Pan comido. Usa memo. Porque memo se ejecuta... Estoy escribiendo 11 en este caso en el primer renderizado si las dependencias han cambiado. Porque en el primer renderizado, todas las dependencias se consideran que han cambiado. Así que te va a traer memorización y va a eliminar un useEffect para ti. Solo ten en cuenta que, cada vez que veas un useEffect en tu componente, podrías necesitar considerarlo porque puedes arreglarlo fácilmente sin el useEffect, porque no lo necesitas. Correcto.

9. Llamada de evento desagradable y useEffect

Short description:

A veces estás utilizando efectos de uso para encargarte de llamar a eventos parentales. En este caso, puedes cortar esta parte y simplemente ponerla en HandleClick. Es bastante sencillo y fácil. Tan pronto como establezcas este estado, se llamaría a abrir, cerrar y el renderizado de React y la pintura del navegador. Menos useEffect, más legible, y no hay un renderizado extra de React.

Cinco, llamada de evento desagradable. A veces estás utilizando efectos de uso para encargarte de llamar a eventos parentales. En este caso, quiero llamar a abrir y cerrar en base a estos abiertos, ¿verdad? Pero lo cierto es, ¿no podrías cortar esta parte y simplemente ponerla en HandleClick? Va a funcionar, ¿verdad? Echa un vistazo al resultado. Acabo de eliminar el callback de uso y lo puse aquí. Lo cierto es que ahora es bastante sencillo y fácil. Permíteme contarte lo que pasó. Podría ser un poco confuso. Echa un vistazo. Aquí, useEffect, causa, ejecución, abrir, cerrar, y la pintura del navegador sucedió, ¿verdad? Entonces, lo cierto es que, si lo cambias, todo, estos renderizados de React no sucederán. Y abrir, cerrar, la cosa vendrá aquí. Tan pronto como establezcas este estado, se llamaría a abrir, cerrar y el renderizado de React y la pintura del navegador. Menos useEffect, más legible, y además no tienes un renderizado extra de React allí.

10. Nasty Fetch: Carga y Condiciones de Carrera

Short description:

Nasty Fetch. A veces, al buscar artículos, es necesario considerar la carga y las condiciones de carrera. Para manejar las condiciones de carrera, se puede implementar una lógica de cancelación utilizando un controlador de aborto. Esto permite cancelar la solicitud de búsqueda si la categoría ha cambiado.

Nasty Fetch. Entonces, este es el último. Nasty Fetch. A veces, estás intentando buscar algo, ¿verdad? En este caso, artículos. Y creo que he considerado todo, ¿verdad? Pero no, no es correcto. No he considerado la carga, vamos a agregar la carga. Entonces, tengo un estado de carga aquí. Sí, antes de buscar artículos, carga verdadera. Después de eso, carga falsa, ¿verdad? ¿Pero qué pasa con la condición de carrera? Ya sabes, alguien podría hacer clic cambiando categorías y podría suceder una condición de carrera, ¿verdad? Entonces, vamos a agregar la lógica de la condición de carrera. Entonces, la lógica de la condición de carrera, puedes hacerlo fácilmente. Una variable es cancelada verdadera. Si se cancela, no establezcas nuestros artículos. Significa que si alguien juega con los artículos, va a funcionar normalmente. Entonces, el tipo verá el último clic de ID de categoría. Pero el problema aquí es que esta solicitud de búsqueda ha sido enviada y está esperando la respuesta, vamos a cancelarla también. La solicitud en sí. Entonces, puedo usar el controlador de aborto. Tengo un controlador de aborto y puedo pasarlo como una señal a mi función de búsqueda y en mi función de limpieza, puedo abortarlo. Entonces, significa que si la categoría ha cambiado, va a cancelar la solicitud anterior. Pero chicos, echen un vistazo, mi useEffect tiene alrededor de 20 líneas de código. ¿Puedo optimizarlo de alguna manera? Sí, ¿por qué no usas use query? Entonces, en menos de 10 líneas puedes tener todo en un solo paquete y también almacenamiento en caché y cosas, incluso cancelando. Entonces, puedes reemplazarlo con react query 10 stack. Gracias por 10 stack. Entonces, tenemos use query, puedes usar react query y tener todo listo para usar, genial. Pero, ¿no hay una solución mejor? Sí, la hay. ¿Por qué no usar next.js y renderizar todo a medida que avanzas? Entonces, significa que puedes obtener cosas con next.js o incluso otros frameworks meta que existen. Puedes obtener artículos de antemano en el lado del servidor y pasarlo a los clientes y renderizarlo e incluso tener SSR. ¿Hay una solución aún mejor? Sí, componentes de servidor. Lo introdujeron recientemente y renderizarás todo en el lado del servidor y lo moverás a los clientes. Sí, la hidratación todavía está ahí, pero de todos modos, va a hacer tu vida más fácil y la estructura del código se renderizará a medida que avanzas. Gracias. Entonces, si quieres aprender más sobre esos efectos, Dan Abramov en su blog web ya escribió un documento completo en overreacted.io, una guía completa para usar efectos. Los documentos oficiales también están ahí. Y Jack Archibald, hay una charla sobre el bucle de eventos del navegador web. Te recomiendo encarecidamente, si quieres aprender más sobre el bucle de eventos, si fue un poco confuso para ti. Y gracias. Feliz hacking.

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.