Uso efectivo de useEffect

Rate this content
Bookmark

¿Puede useEffect afectar negativamente a tu base de código? Desde la obtención de datos hasta la lucha con las APIs imperativas, los efectos secundarios son una de las mayores fuentes de frustración en el desarrollo de aplicaciones web. Y seamos honestos, poner todo en ganchos useEffect no ayuda mucho. En esta charla, desmitificaremos el gancho useEffect y obtendremos una mejor comprensión de cuándo (y cuándo no) usarlo, así como descubriremos cómo los efectos declarativos pueden hacer que la gestión de efectos sea más mantenible incluso en las aplicaciones React más complejas.

David Khourshid
David Khourshid
30 min
21 Oct, 2022

Comments

Sign in or register to post your comment.

Video Summary and Transcription

La charla de hoy explora el uso del gancho useEffect en el desarrollo de React, cubriendo temas como la obtención de datos, el manejo de condiciones de carrera y limpieza, y la optimización del rendimiento. También se discute el uso correcto de useEffect en React 18, la distinción entre Efectos de Actividad y Efectos de Acción, y el posible mal uso de useEffect. La charla destaca los beneficios de usar useQuery o SWR para la obtención de datos, los problemas con el uso de useEffect para inicializar singletons globales, y el uso de máquinas de estado para manejar efectos. El orador también recomienda explorar los documentos beta de React y usar herramientas como el editor de stately.ai para visualizar máquinas de estado.

Available in English

1. Introducción a use effect

Short description:

¡Hola a todos! Mi nombre es David Corschied y trabajo en stately.ai. Hoy, vamos a hablar sobre nuestro hook favorito, use effect, y cómo simplifica las cosas en comparación con los componentes de clase. ¡Vamos a sumergirnos!

Muy bien, hola a todos. Mi nombre es David Corschied, y mis diapositivas aparecerán en breve. Estoy seguro... Oh, sí, ahí está. David Corschied. Estoy en David K. Piano prácticamente en todas partes. Estoy muy emocionado de estar en Londres. De nuevo, trabajo en stately.ai, donde pensamos mucho en estado, lógica y efectos, pero suficiente sobre mí. Si sigo así, esta charla durará más que su próximo primer ministro, así que sigamos adelante.

Vale. Entonces, por supuesto, trabajo en stately, y uno de nuestros ingenieros, Matice, es posible que lo hayan visto a él. Está en su NPM, sus modules de node, lo garantizo. Es uno de los desarrolladores más talentosos que conozco. Ayer creó un PR donde preguntó, ¿estoy 100% seguro de esta solución? Para nada, se basa en use effect. Entonces, vamos a hablar de eso hoy, nuestro hook favorito, use effect. Pero comencemos desde el principio. ¿Quién recuerda los componentes de clase? ¿Verdad? Entonces, sí, algunas personas realmente los quieren de vuelta. Yo también.

Muy bien. Entonces, en este ejemplo, recuerdo que cuando react salió, estaba muy emocionado por ello. Pensé, guau, esto va a cambiar todo, y react cambió todo en cada una de las renderizaciones. Entonces, aquí, estamos haciendo lo que hacen la mayoría de los componentes, o lo que hacen la mayoría de los desarrolladores de React, que es buscar data y mostrarla en la pantalla. Admítelo. Eso es el 90% de tu trabajo. Pero teníamos un bonito y conveniente hook de ciclo de vida del componente para hacer eso. Pero ahora las cosas son diferentes. Tenemos use effect. Entonces, recuerdo que aprendí sobre use effect en 2018, y estaba muy emocionado de usarlo porque pensé, guau, esto hace las cosas mucho más simples. Así que en lugar de hacer estas grandes y voluminosas clases, tenemos estos hooks donde podemos poner cosas.

2. Obteniendo Datos con Use Effect

Short description:

Quería obtener datos utilizando la nueva sintaxis de JS en 2018. Sin embargo, cuando lo puse en use effect, React me regañó. No sabía qué hacer con la sintaxis async await, así que tuve que usar .then en su lugar. Aunque pensé que lo había resuelto, al día siguiente mi AWS falló debido a un bucle infinito causado por la obtención continua de datos. Me di cuenta de que necesitaba leer la documentación y descubrí el consejo sobre el uso de un array de dependencias. Al agregar un array vacío, pude optimizar el rendimiento y evitar bucles infinitos.

Quería obtener data. Era 2018, así que quería usar la nueva sintaxis de JS. Y estaba en effect. Entonces, lo puse en use effect.

Intenté esto, React me regañó. Dijo, escucha, esta cosa de async await, es elegante, pero no puedes usarla así. Tienes que, ya sabes, nosotros, no infiere que, hey, no sé qué hacer con esto porque promete que devolverás de use effect. Entonces, tuvimos que hacer las cosas como si fuera 2015 y usar .then.

Entonces, obtuve algunos data, luego establecí los data. Pensé, esto es simple. Solo lo puse en el use effect. Obtengo mis data. Estoy listo para ir. ¿Correcto? Incorrecto. ¿Adivina qué pasó con mi AWS al día siguiente? Sí. Entonces, esto, por cierto, seguirá obteniendo y obteniendo y obteniendo. Y realmente no, React no te dirá que, hey, esto va a ocurrir como un bucle infinito.

Muy bien. Entonces, en este punto, estoy como, vale, tal vez debería leer la documentation un poco. Entonces, desplacé todo el camino hacia abajo. Y entonces, había un consejo. Es solo un consejo. Ya sabes, esta información muy crucial es un consejo en los actuales React docs. Docs optimizando performance al omitir efectos. Y entonces, aprendí que se supone que debes usar este pequeño array de dependencias. Y como esto realmente no tenía ninguna dependencia, simplemente lo pones vacío así. Si lo miras de lado, parece un desarrollador de React agonizando en el vacío.

Entonces... Sí. Muy bien.

3. Manejo de la Condición de Carrera y Limpieza en useEffect

Short description:

Aprendí para qué sirve el array de dependencias. Sin embargo, descubrí una condición de carrera al obtener datos con diferentes ID. Para manejar esto, necesitamos implementar un mecanismo de cancelación y asegurar una limpieza adecuada. Algunos desarrolladores copian y pegan la solución, mientras que otros crean hooks personalizados. Este enfoque funcionó bien inicialmente.

Entonces, aprendí mi lección. Aprendí para qué sirve el array de dependencias. Y entonces, todo estaba bien. ¿Verdad? Bueno, ahora descubro que tenemos algo llamado una condición de carrera. Porque cuando obtengo algo con un ID, y luego decido, ¿sabes qué? Voy a obtener algo con un ID diferente, si ese ID se lanza, entonces esa promesa se resolverá primero, mientras que la primera aún está en marcha, porque no la cancelamos. Entonces, ahora tenemos que hacer el baile. Este es un baile que muchos de ustedes han hecho antes, y eso es tener este is canceled false flag, o React lo llama ignored en la documentación oficial, y luego tienes que asegurarte de que no hemos cancelado esta promesa, que tienes que tener una limpieza en allí, y tienes que hacer todo esto. Así que algunos de ustedes simplemente copian y pegan esto, algunos de ustedes ponen esto en un use promise o un use async custom hook, que está totalmente bien. Y esto funcionó bien por un tiempo.

4. Efectos de React 18 y Uso Correcto

Short description:

Hasta React 18, los efectos se ejecutaban dos veces en los montajes. React simula un desmontaje y remontaje. Muchos signos indican un uso incorrecto de useEffect: la doble ejecución de React 18 en modo estricto y desarrollo, largos arrays de dependencias, condicionales complejos, funciones de limpieza faltantes, funciones de limpieza condicionales y llamadas de estado ad hoc. React recomienda usar efectos con una E mayúscula para los efectos secundarios causados por el renderizado. Hay dos tipos de efectos: Efectos de Actividad y Efectos de Acción.

Hasta React 18. Donde los efectos se ejecutan dos veces en los montajes. Entonces, cuando descubrí esto por primera vez, no sabía que era una cosa de React 18. ¿Estoy haciendo algo mal en mi code? ¿Qué hice? ¿Alguien cambió algo? ¿Fueron los Torys? No tengo idea.

Entonces, ¿qué está pasando aquí? Así que lo busqué y vi que, OK, montamos un efecto, y luego React está simulando un desmontaje, y luego React lo vuelve a montar. preguntándome por qué diablos estaba haciendo eso. Y entonces hice muchas investigaciones. Estaba mirando la segunda documentación oficial de React, que son hilos aleatorios de Twitter de los mantenedores principales, y me di cuenta de que, sabes, useEffect, parecía una cosa defectuosa. Me parecía que realmente, realmente no deberíamos estar usándolo, y cuanto más lo usamos, más nos sentimos así. ¿Verdad? Entonces, por supuesto, me calmé un poco, investigué un poco más. Aprendí sobre cómo funciona useEffect. Y la respuesta podría sorprenderte. No lo hace. No lo hace para muchos efectos. ¿Vale? En realidad sí funciona. Pero hay muchos signos reveladores donde puedes ver, vale, tal vez no debería estar usando un useEffect. En primer lugar, la doble ejecución de React 18, esa cosa que hace solo en modo estricto y solo en entornos de desarrollo. Esto es básicamente un aviso de desalojo. Cuando esto sucede y parte de tu aplicación se rompe, es básicamente React diciéndote que no deberías estar usando este efecto dentro de useEffect. Además, hay otros síntomas como largos arrays de dependencias. Cuando tienes condicionales complejos dentro de tus efectos, si te faltan funciones de limpieza o si esas funciones de limpieza son condicionales, o podrías tener llamadas de estado ad hoc esparcidas por todo el lugar. Estos son todos signos bastante reveladores o efectos secundarios que podrían indicar que probablemente estás usando useEffect de manera incorrecta.

Entonces, vale. ¿Qué efectos entonces deberíamos estar usando en useEffect? En la nueva beta de React documentation a la que daré un enlace más tarde, dicen que hay realmente dos tipos de efectos. Los efectos que, con una E mayúscula, esos efectos te permiten especificar efectos secundarios que son causados por el renderizado en lugar de por un evento en particular. Así que vamos a entrar en la diferencia ahora mismo. Así que React se refiere a dos tipos de efectos, efectos con una E mayúscula y eventos. Así que los efectos que, sabes, se supone que deben suceder en los manejadores de eventos, pero creo que esto es un poco confuso. Así que durante la duración de esta charla voy a llamarlos efectos de actividad, o lo siento, Efectos de Actividad, y Efectos de Acción. Y los Efectos de Actividad son algo que es, es un proceso en curso.

5. Entendiendo los Efectos de Uso y los Efectos de Acción

Short description:

Los Efectos de Uso, específicamente el hook, es para la sincronización con los Efectos de Actividad. Los efectos de acción van en los manejadores de eventos, o algo así. Mueva el efecto más cerca del manejador de eventos para evitar la re-renderización y vincúlelo al evento real que causó el efecto. Los efectos de acción ocurren fuera de la renderización. Aquí hay un ejemplo con múltiples problemas: usando la prop isFocused para enfocar un componente, lo que introduce una indirección y la posibilidad de un estado imposible. La refactorización con forward ref o imperative handle puede resolver estos problemas.

Es algo de lo que no te olvidas mientras estás en el ciclo de vida de tu componente, lo estás observando atentamente. Así que esto podría ser una suscripción o ver una transmisión en vivo de A Head of Lettuce o algo así. Un Efecto de Acción es algo donde lo ejecutas explícitamente, es disparar y olvidar, no te importa cuál sea el resultado final de eso, como el Brexit. Entonces, ¿para qué son los Efectos de Uso? Los Efectos de Uso, específicamente el hook, es para la sincronización con los Efectos de Actividad. No con los Efectos de Acción, sino con los Efectos de Actividad. Así que un ejemplo de esto es, por ejemplo, un oyente, un redimensionamiento, un movimiento del ratón, algo así, donde creas un manejador, añades ese manejador, y te aseguras de usar esa función de limpieza para decir, no quiero escuchar esto más. Y como las Actividades son cosas en curso, es algo así como ver la televisión donde no importa cuántas veces enciendas y apagues la TV, el canal seguirá emitiendo. No estás imponiendo ningún efecto secundario al encenderlo y apagarlo, no es como si apagaras la TV y la BBC dijera, bueno, cortemos, esta persona dejó de ver, no funciona de esa manera. Entonces, ¿dónde van los efectos de acción? Sabemos que realmente no podemos tener efectos secundarios en Render, y en realidad sí que puedes, pero no vamos a entrar en eso aquí. Sabemos que ponerlo en useEffect es incómodo, porque David lo dijo, pero ¿qué pasa con el exterior del componente? Esa es una idea. Entonces, ¿dónde van los efectos de acción? En realidad, van en los manejadores de eventos, o algo así. En este ejemplo tenemos un onSubmit, y estamos enviando los data directamente dentro de ese onSubmit, y te mostraré la alternativa más tarde. Pero el verdadero modelo mental es que quieres poner tu disparar y olvidar, tus efectos de acción lo más cerca posible del evento que habría causado el efecto. Y así es como esto ayuda con React 18. Sabemos que cuando algo cambia, nuestro componente va a re-renderizar, y si atamos ese efecto a la renderización, entonces React, recuerda, tiene la capacidad de seguir re-renderizando ese componente, y porque lo ataste a la renderización, va a seguir ejecutando esos efectos, lo cual realmente no queremos. Pero mueve el efecto más cerca del manejador de eventos, y evitas completamente ese problema, porque no lo estás atando a la renderización, lo estás atando al evento real que causó ese efecto para suceder. Así que los efectos de acción ocurren fuera de la renderización. Muy bien.

Así que aquí hay un ejemplo que en realidad pasa por bastantes problemas. Y yo he visto esto antes. Incluso lo he hecho. Hay una prop isFocused. Y así esta prop isFocused se asegura de que cuando enfocamos un componente, así isFocus iguala o escucha ese cambio de estado y así cuando ese estado cambia, vamos a ejecutar ese use effect que luego va a enfocar el evento. Así que hay mucha indirección aquí sólo para, ya sabes, conseguir que ese componente se enfoque y también hay una posibilidad de un estado imposible como qué pasa si tienes múltiples isFocused es verdadero. En resumen, isFocused realmente no debería ser una prop. Pero veamos cómo podemos refactorizar esto, al menos fuera de use effect. Así que en su lugar, podríamos usar un forward ref y podríamos consumir eso en los componentes donde tenemos este input ref igual a use ref. Y aunque esto es un input elegante, podríamos usar forward ref para agarrarlo. O si realmente quieres, usa imperative handle. No lo puse en las diapositivas porque no quiero que la gente lo capture y diga este tipo está recomendando usar imperative handle.

6. Ejecutando Efectos en los Manejadores de Eventos

Short description:

Echa un vistazo al enfoque declarativo donde decimos que cuando algo sucede, provoca un cambio de estado, y dependiendo de qué partes cambien, este efecto debería ser ejecutado, pero sólo si alguna condición es verdadera.

Eso es demasiado picante para esta masterclass. Pero de todos modos, échale un vistazo. Estamos haciendo el efecto secundario directamente dentro del manejador de eventos. Y el resultado es que tenemos un componente muy limpio, no tenemos use effects a la vista, y esto es extremadamente simple. Pero cuando pensamos en esto, como ejecutar un efecto directamente dentro de use effect, se siente... O, lo siento, ejecutando un efecto directamente dentro del manejador de eventos, se siente imperativo. Se siente como cuando algo sucede, ejecuta este efecto, sabes, se siente un poco raro, se siente un poco como un efecto secundario, y no realmente funcional, ¿verdad? Pero echa un vistazo al enfoque declarativo donde decimos que cuando algo sucede, provoca un cambio de estado, y dependiendo de qué partes cambien, este efecto debería ser ejecutado, pero sólo si alguna condición es verdadera. Y React puede ejecutarlo de nuevo por alguna razón futura, pero sólo en modo estricto, que tú no deberías desactivar, por alguna razón futura. Y he intentado escuchar la explicación para esto, creo que tiene algo que ver con el modo fuera de pantalla o algo así, cada vez que lo escucho, simplemente, pierdo la razón por qué, pero simplemente no lo hagas.

7. Explorando los malos usos de Use Effect

Short description:

Ahora vamos a sumergirnos en los documentos Beta de React. Exploraremos las secciones donde la gente comúnmente usa mal Use Effect. Un caso es la transformación de datos, donde Use Memo es una mejor opción. Comienza sin Use Memo y úsalo solo si surgen problemas de rendimiento. Además, evita usar set state en Use Effect para prevenir bucles infinitos. Otro mal uso es usar Use Effect para comunicarse con los padres, lo que destaca la indirecta. En su lugar, utiliza props como onOpen y onClose.

Bueno, entonces. Ahora vamos a entrar en los documentos Beta de React. Solo estoy revisando el tiempo. Uf, no queda mucho tiempo. Bueno, entonces los documentos Beta de React, estoy muy agradecido de que estos documentos existan, por cierto. Entonces, por cierto, si vas a reactjs.org, hay un bonito encabezado aquí, y puedes ir directamente a los documentos Beta de React, que tuvimos hace tres años, pero es genial que los tengamos ahora.

Bueno, y hay una sección aquí llamada que podrías no necesitar un efecto. Así que vamos a repasar algunas de las secciones. No todas, porque entonces esta sería una charla mucho más larga. Pero sí, vamos a repasarlas una por una, especialmente las que son más comunes para lo que veo que la gente usa Use Effect para, donde no deberían.

Entonces el primero, no necesitas Use Effect para transformar data. Así que aquí hay un ejemplo, donde estamos calculando el total de una serie de elementos justo en Use Effect, lo cual tiene sentido, ¿verdad? Siempre que los elementos cambien, necesitamos establecer el total. ¿Adivina qué? Esa es una forma muy imperativa de pensar. En cambio, lo que podríamos hacer es simplemente ponerlo dentro de Use Memo. Porque el total es un valor derivado, y Use Memo es muy bueno para valores derivados. Pero ¿adivina qué? Es posible que ni siquiera necesites Use Memo. Honestamente, comienza sin él. Y solo si empiezas a notar problemas de performance deberías empezar a usar Use Memo. Estoy diciendo usar mucho. Pero sí, mucho más simple. Deshazte del Use Effect.

Y por supuesto, sabemos que poner set state en Use Effect, podría causar un montón de todos modos, llevando a la gente a pensar, nunca entenderé por qué el comportamiento predeterminado de Use Effect es un bucle infinito. Me he encontrado con esto antes y los documentos de React te advierten. No deberías hacer esto. Esta es la razón. Es porque esto va a desencadenar una nueva renderización, que va a desencadenar el efecto de nuevo, etcétera, etcétera. No necesitas Use Effect para comunicarte con los padres. Este es uno interesante que realmente destaca la indirecta que está ocurriendo. Tenemos onOpen y onClose como props. Siempre que abrimos algo aquí, digamos que esto es una vista de producto, cambiamos el estado, y luego dependiendo de si está abierto o cerrado, vamos a llamar a esas props.

8. Optimizando Use Effect y Recuperando Datos

Short description:

Lo estamos haciendo poniendo isOpen en una dependencia, lo que va a disparar el Use Effect. En lugar de Use Effect, ponlo directamente en el controlador de eventos. No necesitas Use Effect para suscribirte a tiendas externas. Usa el hook useSyncExternalStore. No necesitas use effect para recuperar datos. Simplemente usa el marco y React query.

Lo estamos haciendo poniendo isOpen en una dependencia, lo que va a disparar el Use Effect. Puedes ver aquí, estamos haciendo clic, el estado está cambiando, luego tenemos un efecto. Mucha indirecta. Entonces, en lugar de eso, deshazte del Use Effect, ponlo directamente en el controlador de eventos, y ahora se vuelve mucho más sencillo y fácil de entender. Entonces, ahora en lugar de eso, solo estamos calculando el siguiente estado, porque sabemos el siguiente estado de eso está abierto, y dependiendo de ese estado, llama directamente a onOpen y onClose. Y luego incluso podrías ponerlo dentro de un hook. Entonces, está bien. No necesitas Use Effect para suscribirte a tiendas externas. Este es realmente interesante, porque va en contra de lo que acabo de hablar. Es como Use Effect es realmente bueno para las suscripciones, ¿verdad? Bueno, aquí estoy suscribiéndome a una API de tienda, y todo lo que estoy haciendo es obtener un valor específico como si estoy conectado o no a la API de la tienda, y luego tengo una opción de cancelar la suscripción aquí. Entonces, todavía hay un poco de indirecta aquí porque estamos estableciendo una variable de estado local. ¿Adivina qué? Podrías deshacerte de esto y usar el hook useSyncExternalStore, que tiene tres partes. Una parte de suscripción, donde le dices, aquí está cómo suscribirse, aquí está una función que necesitas para llamar para suscribirte, la parte getSnapshot, que es, este es el valor que quiero obtener, y aquí está cómo leerlo de esa tienda, y una instantánea del servidor donde es solo bueno para SSR. Entonces, pones esas tres cosas juntas, se va a suscribir automáticamente y te dará el valor que necesitas, sin usar date, sin use effect. Es un hook realmente brillante. Entonces, te recomiendo que al menos lo pruebes. Dicen que es solo para autores de bibliotecas, pero también dijeron, como, no uses, o serás despedido, es solo para los mantenedores de React, pero estamos viendo bibliotecas usarlo por cualquier razón, como Preact Signal y cosas así. Entonces, adelante y úsalo. No ese. Pero usa la tienda externa sincronizada. Está bien. Este es un gran problema. No necesitas use effect para recuperar data. Como hablamos al principio, esa fue una de las grandes razones por las que usamos use effect. Entonces, en lugar de todo esto que estábamos haciendo antes, simplemente usa el framework. Lo que estés usando, probablemente estés usando un framework. Remix tiene un cargador muy agradable aquí. get server side props. Esto va a estar disponible para ti directamente en el componente. Y luego está una biblioteca que espero que la mayoría de ustedes estén usando para recuperar data, que es React query.

9. Recuperando Datos con Use Query

Short description:

En lugar de use effects, usa query o SWR para comenzar a buscar datos lo más pronto posible. La función de caché evita la re-búsqueda innecesaria y evita las cascadas. Recuerda buscar datos temprano y almacenarlos en caché.

Pero observa aquí que estoy haciendo algo diferente. Estoy haciendo query clients.prefetch query. Porque la idea es que queremos comenzar a buscar lo más pronto posible, que es un tema de toda otra masterclass. Entonces, en lugar de use effects, realmente usa query. Next.js dice usa SWR. O simplemente usa. Esto va a suceder en el futuro. Si no estás familiarizado con el hook use, básicamente actúa de la misma manera. Esta será la nueva forma de hacer suspense, creo. Es un RFC. React podría matarlo. Les gusta hacer todo el asunto de Google donde matan cosas. Solo bromeo. Han lanzado muchas cosas realmente geniales. Pero lo importante es este caché aquí. Este caché significa que cada vez que intentamos leer esto, no vamos a seguir re-buscando y re-buscando. Te garantizo que verás tutoriales de React donde se olvidan de toda esta parte de caché o comienzan a buscar aquí. Vas a tener cascadas de nuevo, así que asegúrate de buscar lo más temprano posible y almacenar en caché.

10. Problemas con Fetching y Use Effect

Short description:

Dan discute los problemas con fetching y use effect, incluyendo condiciones de carrera, spinners de carga y cascadas. Evita usar use effect para inicializar singletons globales. En su lugar, mueve el efecto fuera del componente. No necesitas use effects para manejar eventos de usuario. Mueve la lógica dentro del manejador de eventos y abstráela a un hook.

Y Dan habla mucho sobre los problemas con fetching y use effect. En primer lugar, las condiciones de carrera de las que hablamos, no hay un botón de retroceso instantáneo. Vas a ver spinners de carga por todas partes cuando intentes volver atrás porque los componentes van a intentar cargar de nuevo. No hay contenido HTML inicial, así que vas a tener aún más spinners de carga, y estás persiguiendo cascadas porque el padre va a cargar y cuando eso se descargue, el hijo va a cargar. Cuando eso se descargue, etcétera, etcétera. Y por lo tanto, quieres evitar esas cosas.

Vale. Así que otra cosa, no necesitas use effect para inicializar singletons globales. Así que esto es lo que quiero decir. Digamos que hemos hecho esto mucho, donde ejecutamos algún tipo de efecto justo cuando nuestra aplicación comienza. Y entonces pensamos, use effect es el lugar correcto para los efectos. Así que estamos llamando a este store API.authenticate, pero sabemos que en React 18, esto va a ejecutarse dos veces. Así que en su lugar, usamos un ref y decimos, hey, ¿esto ya se ejecutó? Quizás no. Pero esto es honestamente una especie de señal de alarma. Así que te recomiendo que no lo hagas. Así que en lugar de usar un ref, podríamos simplemente sacarlo fuera. Pero adivina qué? ¿Por qué no sacamos todo fuera? Mira lo simple que es. Muchos de vosotros podríais estar gritando internamente. Esto es algo que Dan recomendó en Twitter, así que me siento bien poniéndolo en la pantalla. Pero si estás usando Next, puedes comprobar si el tipo de ventana es indefinido o no y llamar condicionalmente así y si vas a gritar sobre testing, simplemente envuélvelo en una función, ¿sabes? Incluso podrías inyectar esa API de historia, hacer lo que quieras hacer. Ya sabes, simplemente hazlo fuera del componente.

Y luego el más grande para mí, no necesitas use effects para manejar eventos de usuario. Y esto va para los efectos de actividad versus los efectos de acción. Así que ahora estamos hablando de efectos de acción. Así que en este caso, estamos enviando un formulario y estamos estableciendo todas estas variables, así que set is loading es true. Establece los datos del formulario en el evento. Y eso va a ser indirecto y desencadenará un cambio. Esto está mal. Lo que deberías hacer es moverlo dentro del manejador de eventos. Así que muévelo dentro de submit y luego sabes, podrías necesitar añadir un montón de lógica extra, pero como no estás usando use effect y lo estás aislando en ese manejador de eventos, podrías abstraerlo fácilmente a un hook.

11. Manejo de Efectos con Máquinas de Estado

Short description:

Mi tipo favorito de hook es use reducer. Es una biblioteca que mantengo. Funciona de manera similar a Redux. Consideremos un ejemplo más grande donde tenemos un video genial. Usamos tres use effects para manejar varias acciones, como reproducir, finalizar y cerrar el video. Pensando en términos de efectos declarativos y utilizando una Máquina de Estado, podemos ejecutar efectos directamente en las transiciones.

Mi tipo favorito de hook se ve así, donde tienes un estado y un send. Y todo lo que tienes que hacer en tus componentes es enviar eventos. Esto es use reducer. Esto es X-Day. Es una biblioteca que mantengo. Esto es Redux. Zushan funciona de la misma manera.

Sí, pero aquí hay un ejemplo más grande. Quería hacer este genial video donde es una miniatura, pero cuando haces clic en él, se pone en pantalla completa y luego hay muchas formas de cerrarlo. Podrías hacer clic fuera de él. Puedes presionar la tecla de escape o podrías esperar a que el video termine. Hay tres use effects que están manejando esto. Así que el primero que estamos comprobando es si está reproduciéndose. Y así, si estamos reproduciendo, el VideoRef es, ya sabes, tenemos que reproducirlo o tenemos que pausarlo si no lo está. El segundo, estamos escuchando para que el video termine. Y si no está terminando, entonces tenemos que establecer que is playing es falso. Y recuerda, esto va a desencadenar alguna indirección. Va a desencadenar el cambio de estado, y luego el estado va a desencadenar el efecto anterior. Y lo mismo aquí. Cuando presionamos la tecla de escape, de nuevo, estamos estableciendo que is playing es falso, y ahora tenemos un poco de limpieza también.

Así que la forma en que me gusta pensar en estos términos en lugar de efectos declarativos es utilizando una Máquina de Estado. Y no, no voy a hablar de XSEED en esta charla, pero puedes hablar conmigo después sobre ello. Así que con las Máquinas de Estado, declaras los efectos que se van a ejecutar directamente en las transiciones. Y creo que esto es brillantemente simple. Así que, por ejemplo, cuando estamos en Mini y hacemos la transición a Full, lo hacemos en un toggle y reproducimos el video. Lo mismo cuando vamos de Full a Mini. Vamos de Toggle, y estamos pausando el video, y luego hacemos la transición. Así que si no has usado Xstate, imagina esto como Redux o tu reducer estándar.

12. Efectos y Herramientas para Uso en el Mundo Real

Short description:

Imagina ejecutar efectos directamente dentro de tu reducer. Las máquinas de estado están diseñadas para expresar efectos de manera declarativa. Los efectos de acción van en las transiciones de estado ejecutadas alrededor del mismo tiempo que los manejadores de eventos. Use effect es para sincronización, los efectos de actividad van en use effects, los efectos de acción van en los manejadores de eventos, renderiza mientras buscas, y las transiciones de estado desencadenan efectos. ¡Gracias a todos! Puedes hacer preguntas en Sli.do. Utilizo slides.com para mis hermosas presentaciones. Hablemos de herramientas para uso en el mundo real. Mira mis charlas, lee los documentos beta de React y evita los documentos antiguos. Proporcionan recursos y ejemplos de cuándo no usar use effect.

Imagina si pudieras ejecutar efectos directamente dentro de tu reducer. Es básicamente la misma idea. Realmente me gusta esto porque realmente te da una forma visual y declarativa de pensar en todos tus efectos sin tener que enredar tu mente y pensar, ¿cuándo se va a ejecutar este efecto? No tengo absolutamente ninguna idea. Así que sí, esta es solo mi forma de decirte que empieces a investigar, supongo, las máquinas de estado porque las máquinas de estado están diseñadas para expresar todos estos tipos de efectos de manera declarativa.

Entonces, en resumen, o no en resumen, ¿dónde van los efectos de acción? No realmente en los manejadores de eventos, pero técnicamente sí van en las transiciones de estado, que suceden para ser ejecutadas alrededor del mismo tiempo que los manejadores de eventos. Ahora no tengo mucho tiempo, así que terminemos con un resumen. Use effect es para sincronización, los efectos de actividad van en use effects, los efectos de acción van en los manejadores de eventos, deberías renderizar mientras buscas, y por último, pero no menos importante, las transiciones de estado desencadenan efectos.

Dicho esto, quiero agradecerles a todos mucho. ¡Increíble! Por favor, entra en mi oficina. Muchas gracias, David. Fue fascinante y también muy divertido, lo cual aprecio. Recuerda que puedes hacer preguntas en Sli.do. El code es 2124. Como de costumbre, la gente quiere saber qué software de presentación estás utilizando? Porque es hermoso Esto es slides.com porque soy demasiado perezoso para aprender keynote. Además, slides.com es súper fácil, además puedes personalizarlo con CSS. También tienen esa cosa de movimiento mágico. Es realmente agradable. Y presentar offline. Eso es lo que uso.

Oh, sí. Hablemos de efectos. Me encanta el concepto de You Might Not Need. Porque soy una chica simple, no me gusta complicar las cosas. Pero si quisiera llevar todo esto a, digamos, el mundo real, un equipo, un trabajo, ¿hay alguna herramienta que podríamos usar? ¿Algún linting, algunas notas, una publicación en un blog, algún tipo de recurso para asegurarnos de que estamos conscientes de estas cosas? Buena pregunta. Quiero decir, supongo que podrías ver mis charlas, pero entonces van a ser como, oh, esto es solo David divagando sobre use effects. Así que escribiré una publicación en un blog al respecto. Los documentos oficiales de React, los documentos beta. Honestamente, deja de leer los documentos antiguos, lee los documentos beta. Esos van a ser el recurso para básicamente todo lo que hablé durante esta charla. E incluso tienen un par de ejemplos más de dónde no deberías usar un use effect.

13. Reglas de Linting y Alternativas para la Obtención de Datos

Short description:

En cuanto a las reglas de linting, simplemente deja que React 18 haga que tu aplicación se bloquee en desarrollo. ¿Qué opinas de la regla de lint que dice que no debes poner funciones en tus manejadores de eventos? No añadas reglas de lint hasta que se conviertan en un problema. Cuando dependes de argumentos para tu solicitud, comienza a obtener datos lo antes posible. El renderizado de React no se trata de eventos, sino de acciones del usuario o externas. UseReducer y Redux son contenedores de estado, no están destinados para la obtención de efectos. Con las máquinas de estado, indica nuevos estados y los efectos que deben ocurrir.

Así que definitivamente lee eso. En cuanto a las reglas de linting, simplemente deja que React 18 haga que tu aplicación se bloquee en desarrollo. Y pregúntate, ¿por qué ocurrió eso? Probablemente un use effect. Siento que sé la respuesta a esto, pero ¿qué opinas de esa regla de lint que dice que no debes poner funciones en tus manejadores de eventos? No pongas... ¿Qué tal si no añades reglas de lint hasta que realmente se conviertan en un problema? ¿Qué te parece eso? Eso es genial. Gracias por eso.

Bien, tenemos algunas preguntas. Bien. Obtener datos mientras renderizas suena bien hasta que dependes de argumentos para tu solicitud. ¿Cuál es el mejor enfoque entonces? Bueno, piensa en cuándo ocurren esos argumentos. Probablemente el usuario los inicia o vienen de una fuente externa. Entonces, por ejemplo, el usuario podría presionar un botón, podría llenar un formulario, y luego cuando ellos envían un formulario, ese punto en el que envían un formulario, ahí es cuando deberías estar iniciando la solicitud. Lo que muchos desarrolladores de React hacen es que envían un formulario, eso se establece en el estado, o eso se pasa como una prop a un componente, y luego el componente dice, oh, hey, tengo una prop, ahora puedo leer esa prop y obtener datos basados en esa prop, pero hay mucha indirección ahí. Así que, comienza a obtener datos lo antes posible. Vas a aprender que el renderizado de React no es un evento, o no son los eventos los que deberías tener en cuenta. El usuario realmente haciendo cosas o alguna cosa externa haciendo cosas, eso es en lo que tienes que enfocarte.

Hay muchas preguntas y voy a agruparlas todas sobre todas las alternativas. Entonces, ¿no es use-reducer bueno para obtener datos? ¿O crees que vamos a usar Redux de nuevo? ¿O cuándo usarías use-effect sin un array de dependencias? ¿Qué pasa con use-event? Todos los usos. Entonces, use-event está muerto. Ya sabes, a React le gusta matar cosas. Entonces... Sí. ¿Cuáles eran las otras alternativas? Cosas como, de acuerdo, use-reducer, Redux, etc. Estos son contenedores de estado. Realmente no son formas en las que obtendrías efectos. Pero como mencioné, sabes, con las máquinas de estado, deberías estar pensando en, cuando tu estado cambia, deberías tener alguna forma de indicar... Este es un nuevo estado. Y estos son los efectos que se supone que deben ocurrir. Muchas veces, cuando pensamos en ello, decimos, aquí hay un nuevo estado. Y luego tenemos algún middleware que se ejecuta donde es como, está bien, tal vez obtendré datos.

14. Discusión y Conclusión

Short description:

Pero creo que ambas deberían ir juntas. ¿Qué herramienta utilizaste para visualizar la máquina de estado en tu diapositiva? Es un editor de stately.ai. ¿Alguna vez pensaste en contribuir a los documentos de React? Contribuí una vez. Su código fuente real podría ser considerado como código cerrado. Gran charla. ¿Se publicarán tus diapositivas en línea? Sigue a David en Twitter en David K. Piano. Gracias, David.

Pero creo que ambas deberían ir juntas. Gracias, David. ¿Qué herramienta utilizaste para visualizar la máquina de estado en tu diapositiva? Buena pregunta. No es una pregunta preparada, lo prometo. Es un editor de stately.ai. Es gratis para usar, juega con él. Es realmente bonito. Sí.

Vale. Una más. Oh, en realidad, tal vez dos más. ¿Alguna vez pensaste en contribuir a los documentos de React? Sí. Entonces, contribuí una vez a los documentos de React, porque habían usado timeout-ms. Eso fue para una API de suspense muy, muy antigua. Pero yo estaba, como, espera un minuto, solo dice usar timeouts en los documentos. Podría agregar ese pequeño ms al lado. Esa fue mi primera contribución a React, porque su código fuente real podría ser considerado como código cerrado. Hay, como, desplazamiento de bits y todas estas cosas extrañas de fibra. Y yo estoy, como, eso es muy inaccesible para cualquier desarrollador que no trabaje en Meta y probablemente para la mayoría de los desarrolladores que trabajan en Meta. Eso es justo.

Y finalmente, gran charla. ¿Se publicarán tus diapositivas ahora o más tarde en línea? Sí. Genial. Sigue a David en Twitter en David K. Piano. David K. Piano. Gracias, David. Gracias. Un aplauso, por favor, para David.

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

A Guide to React Rendering Behavior
React Advanced Conference 2022React Advanced Conference 2022
25 min
A Guide to React Rendering Behavior
Top Content
React is a library for "rendering" UI from components, but many users find themselves confused about how React rendering actually works. What do terms like "rendering", "reconciliation", "Fibers", and "committing" actually mean? When do renders happen? How does Context affect rendering, and how do libraries like Redux cause updates? In this talk, we'll clear up the confusion and provide a solid foundation for understanding when, why, and how React renders. We'll look at: - What "rendering" actually is - How React queues renders and the standard rendering behavior - How keys and component types are used in rendering - Techniques for optimizing render performance - How context usage affects rendering behavior| - How external libraries tie into React rendering
Building Better Websites with Remix
React Summit Remote Edition 2021React Summit Remote Edition 2021
33 min
Building Better Websites with Remix
Top Content
Remix is a new web framework from the creators of React Router that helps you build better, faster websites through a solid understanding of web fundamentals. Remix takes care of the heavy lifting like server rendering, code splitting, prefetching, and navigation and leaves you with the fun part: building something awesome!
Don't Solve Problems, Eliminate Them
React Advanced Conference 2021React Advanced Conference 2021
39 min
Don't Solve Problems, Eliminate Them
Top Content
Humans are natural problem solvers and we're good enough at it that we've survived over the centuries and become the dominant species of the planet. Because we're so good at it, we sometimes become problem seekers too–looking for problems we can solve. Those who most successfully accomplish their goals are the problem eliminators. Let's talk about the distinction between solving and eliminating problems with examples from inside and outside the coding world.
Everything Beyond State Management in Stores with Pinia
Vue.js London Live 2021Vue.js London Live 2021
34 min
Everything Beyond State Management in Stores with Pinia
Top Content
When we think about Vuex, Pinia, or stores in general we often think about state management and the Flux patterns but not only do stores not always follow the Flux pattern, there is so much more about stores that make them worth using! Plugins, Devtools, server-side rendering, TypeScript integrations... Let's dive into everything beyond state management with Pinia with practical examples about plugins and Devtools to get the most out of your stores.
React Compiler - Understanding Idiomatic React (React Forget)
React Advanced Conference 2023React Advanced Conference 2023
33 min
React Compiler - Understanding Idiomatic React (React Forget)
Top Content
React provides a contract to developers- uphold certain rules, and React can efficiently and correctly update the UI. In this talk we'll explore these rules in depth, understanding the reasoning behind them and how they unlock new directions such as automatic memoization. 
Routing in React 18 and Beyond
React Summit 2022React Summit 2022
20 min
Routing in React 18 and Beyond
Top Content
Concurrent React and Server Components are changing the way we think about routing, rendering, and fetching in web applications. Next.js recently shared part of its vision to help developers adopt these new React features and take advantage of the benefits they unlock.In this talk, we’ll explore the past, present and future of routing in front-end applications and discuss how new features in React and Next.js can help us architect more performant and feature-rich applications.

Workshops on related topic

React Performance Debugging Masterclass
React Summit 2023React Summit 2023
170 min
React Performance Debugging Masterclass
Top Content
Featured WorkshopFree
Ivan Akulov
Ivan Akulov
Ivan’s first attempts at performance debugging were chaotic. He would see a slow interaction, try a random optimization, see that it didn't help, and keep trying other optimizations until he found the right one (or gave up).
Back then, Ivan didn’t know how to use performance devtools well. He would do a recording in Chrome DevTools or React Profiler, poke around it, try clicking random things, and then close it in frustration a few minutes later. Now, Ivan knows exactly where and what to look for. And in this workshop, Ivan will teach you that too.
Here’s how this is going to work. We’ll take a slow app → debug it (using tools like Chrome DevTools, React Profiler, and why-did-you-render) → pinpoint the bottleneck → and then repeat, several times more. We won’t talk about the solutions (in 90% of the cases, it’s just the ol’ regular useMemo() or memo()). But we’ll talk about everything that comes before – and learn how to analyze any React performance problem, step by step.
(Note: This workshop is best suited for engineers who are already familiar with how useMemo() and memo() work – but want to get better at using the performance tools around React. Also, we’ll be covering interaction performance, not load speed, so you won’t hear a word about Lighthouse 🤐)
Concurrent Rendering Adventures in React 18
React Advanced Conference 2021React Advanced Conference 2021
132 min
Concurrent Rendering Adventures in React 18
Top Content
Featured WorkshopFree
Maurice de Beijer
Maurice de Beijer
With the release of React 18 we finally get the long awaited concurrent rendering. But how is that going to affect your application? What are the benefits of concurrent rendering in React? What do you need to do to switch to concurrent rendering when you upgrade to React 18? And what if you don’t want or can’t use concurrent rendering yet?

There are some behavior changes you need to be aware of! In this workshop we will cover all of those subjects and more.

Join me with your laptop in this interactive workshop. You will see how easy it is to switch to concurrent rendering in your React application. You will learn all about concurrent rendering, SuspenseList, the startTransition API and more.
React Hooks Tips Only the Pros Know
React Summit Remote Edition 2021React Summit Remote Edition 2021
177 min
React Hooks Tips Only the Pros Know
Top Content
Featured Workshop
Maurice de Beijer
Maurice de Beijer
The addition of the hooks API to React was quite a major change. Before hooks most components had to be class based. Now, with hooks, these are often much simpler functional components. Hooks can be really simple to use. Almost deceptively simple. Because there are still plenty of ways you can mess up with hooks. And it often turns out there are many ways where you can improve your components a better understanding of how each React hook can be used.You will learn all about the pros and cons of the various hooks. You will learn when to use useState() versus useReducer(). We will look at using useContext() efficiently. You will see when to use useLayoutEffect() and when useEffect() is better.
React, TypeScript, and TDD
React Advanced Conference 2021React Advanced Conference 2021
174 min
React, TypeScript, and TDD
Top Content
Featured WorkshopFree
Paul Everitt
Paul Everitt
ReactJS is wildly popular and thus wildly supported. TypeScript is increasingly popular, and thus increasingly supported.

The two together? Not as much. Given that they both change quickly, it's hard to find accurate learning materials.

React+TypeScript, with JetBrains IDEs? That three-part combination is the topic of this series. We'll show a little about a lot. Meaning, the key steps to getting productive, in the IDE, for React projects using TypeScript. Along the way we'll show test-driven development and emphasize tips-and-tricks in the IDE.
Web3 Workshop - Building Your First Dapp
React Advanced Conference 2021React Advanced Conference 2021
145 min
Web3 Workshop - Building Your First Dapp
Top Content
Featured WorkshopFree
Nader Dabit
Nader Dabit
In this workshop, you'll learn how to build your first full stack dapp on the Ethereum blockchain, reading and writing data to the network, and connecting a front end application to the contract you've deployed. By the end of the workshop, you'll understand how to set up a full stack development environment, run a local node, and interact with any smart contract using React, HardHat, and Ethers.js.
Designing Effective Tests With React Testing Library
React Summit 2023React Summit 2023
151 min
Designing Effective Tests With React Testing Library
Top Content
Featured Workshop
Josh Justice
Josh Justice
React Testing Library is a great framework for React component tests because there are a lot of questions it answers for you, so you don’t need to worry about those questions. But that doesn’t mean testing is easy. There are still a lot of questions you have to figure out for yourself: How many component tests should you write vs end-to-end tests or lower-level unit tests? How can you test a certain line of code that is tricky to test? And what in the world are you supposed to do about that persistent act() warning?
In this three-hour workshop we’ll introduce React Testing Library along with a mental model for how to think about designing your component tests. This mental model will help you see how to test each bit of logic, whether or not to mock dependencies, and will help improve the design of your components. You’ll walk away with the tools, techniques, and principles you need to implement low-cost, high-value component tests.
Table of contents- The different kinds of React application tests, and where component tests fit in- A mental model for thinking about the inputs and outputs of the components you test- Options for selecting DOM elements to verify and interact with them- The value of mocks and why they shouldn’t be avoided- The challenges with asynchrony in RTL tests and how to handle them
Prerequisites- Familiarity with building applications with React- Basic experience writing automated tests with Jest or another unit testing framework- You do not need any experience with React Testing Library- Machine setup: Node LTS, Yarn