¿Cuál es la diferencia entre los hooks useEffect y useLayoutEffect?

¿Cuándo usar useLayoutEffect?

Lo descubriremos en un nuevo hilo sobre #React #hooks 🧵
useLayoutEffect es similar en casi TODO a useEffect, solo tiene pequeñas diferencias.

TLDR: useEffect es lo que quieres usar el 99% del tiempo.

Ambos reciben dos argumentos, un callback que define el efecto y una lista de dependencias.

matiashernandez.dev/react-useeffec…
La diferencia entre ambos radica en el momento en que el efecto definido en el callback es ejecutado.

useEffectes ASINCRONO. y ejecuta el efecto después que tu componente se renderiza asegurando así que tu efecto no bloquerá el proceso principal.
Tu efecto se ejecutará así:
1. El componente se actualiza por algún cambio de estado, props o el padre se re-renderiza
2. React renderiza el componente
3. La pantalla se actualiza "visualmente"
4. Tu efecto es ejecutado!!
Sin embargo, si lo que buscas es que tus efectos muten el DOM cambiando la apariencia de este entre el renderizado y tu efecto entonces necesitas usar useLayoutEffect.
useLayoutEffect se ejecuta de forma asícrona, justo después de que #React ejecutó todas las mutaciones pero antes de "pintar" en pantalla.

Esto es útil para por ejemplo obtener las medidas del DOM y después ejecutar alguna mutación en base a esos datos.
El orden de ejecución para useLayoutEffect es:
1. El componente se actualiza por algún cambio de estado, props o el padre se re-renderiza
2. React renderiza el componente
3. Tu efecto es ejecutado!!
4. La pantalla se actualiza "visualmente"
En definitiva usa useLayoutEffect si tu efecto busca mutar el DOM y obtener datos de este y useEffect el 99% de las veces.

Por lo general tu efecto busca sincronizar algún estado interno con un estado externo sin significar un cambio visual inmediato.

matiashernandez.dev/react-useeffec…
Ejemplos ya clásicos de uso de useEffect es el obtener datos desde una api: No un cambio inmediato,

manejar un event handler o resetear el estado.
Cuando use useLayoutEffect.
Literalment verás el momento de usarlo.

Un caso común es que tu componente tenga un comportamiento de renderizado con "flickering" dado que el estado cambia rápidamente modificando el DOM.
Te gustan estos hilos? Todo este contenido está disponible en matiashernandez.dev

Y Puedes unirte a mi newsletter para recibir lo mejor de esto y más en tu correo

matiashernandez.ck.page
gracias @ivanlhz por sugerir este hilo 💪

• • •

Missing some Tweet in this thread? You can try to force a refresh
 

Keep Current with Matías Hernández Arellano

Matías Hernández Arellano Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @matiasfha

1 Nov
Una más sobre React useEffect.
Por que el arreglo de dependencias es importante? Y por que si no escribo alguna aparece un warning?
Ayer hablamos se la relación entre este hook y los métodos del ciclo de vida en un hilo y este post matiashernandez.dev/react-useeffec…
El hook useEffect recibe dos argumentos, una funcion/callback que define el efecto deseado y un listado/arreglo de valores que definen las dependencias del efecto.
Estas dependencias indican cuando o más bien por qué el efecto es emitido/ejecutado.
Internamente useEffect "observa" este listado de dependencias y cuando uno de los valores de ellas cambia el efecto es emitido.
El equipo de React provee un plugin de eslint que ayuda a identificar cuando hay dependencias no identificadas
reactjs.org/docs/hooks-faq…
Read 13 tweets
1 Nov
#React
useEffect y los estados del ciclo de vida de un componente.
Son comparables? Funcionan igual? Es uno del reemplazo del otro?.
No, no, y no, pero ¿por qué?
Intentaré resumirlo en este breve nuevo hilo 🧵
Primero, creo que este post de @dan_abramov lo explica completamente overreacted.io/a-complete-gui…

Los estados del ciclo de vida son una definición y concepto utilizados en los componentes de clase, esos definidos antes del advenimiento de hooks utilizando la sintaxis `class`
Estos componentes implementan algunos métodos que te permiten ejecutar lógica en ciertos "momentos". Y esto es importante. La ejecución de esta lógica esta relacionada con un momento particular del proceso de renderizado de un componente.
Read 12 tweets
29 Oct
Ya fue la @nextconf y fue muy buena pero hubo un tema que salió a la luz durante y después el evento y que ha dado mucho que hablar. Y también tengo una opinión.
¿Las conferencias son para que los genios sigan mostrándose como genios? ¿Es necesario cuota de diversidad? 🧵
Primero, personalmente creo que las conferencias son espacios para mostrar el trabajo de otros, para compartir lo aprendido y aumentar así el conocimiento de la comunidad.
Todos tenemos una voz diferente para comunicar y todos tenemos algo que decir.
esto es algo que he aprendido muy bien gracias a las comunidades @eggheadio @partycorginetwk y @FrontEndCafe
La idea es aumentar la visiblidad de todo quien quiera participar y no seguir concentrando atención en los mismos actores de siempre.
Read 16 tweets
29 Oct
Cuál es la diferencia entre #React y #ReactNative?
Una pregunta completamente valida sobre todo si estás comenzando.
Bueno, son conceptualmente lo mismo, pero... 🧵
Ambos nacen de la misma idea de utilizar un modelo de componentes como abstracción para definir una interfaz de usuario.
Ambos utilizan la misma "tecnología" base que es el "core" de #React., el "reconciler" es.reactjs.org/docs/reconcili…, manejo de estado, props, etc.
Similares en sintaxis: ambos son "solo javascript" y utilizan JSX para definir sus componentes (y evitar tener que escribir React.createElement cada vez).

Pero se diferencian en el "engine" en donde se ejecutan.
Read 10 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Too expensive? Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal Become our Patreon

Thank you for your support!

Follow Us on Twitter!