He estado pensando mucho en la composición de componentes y cómo se pasa por alto esta "característica" en la mayoría de los proyectos.
React es inherentemente "componible", se puede argumentar que la composición es el punto central de React y el modelo de componentes.
Entonces, ¿por qué no se usa con más frecuencia?
Una razón podría ser que: no es el modelo mental predeterminado.
Entonces, ¿por qué no se usa con más frecuencia?
Una razón podría ser que: no es el modelo mental predeterminado.
Es como si la forma predeterminada en que estructuramos componentes en nuestras mentes fuera solo herencia. Contenedores que contienen más contenedores.
Crear ese código definitivamente termina en un problema de prop drilling en algún momento.
Crear ese código definitivamente termina en un problema de prop drilling en algún momento.
Pero. ¿Qué es prop drilling y por qué es un problema?
Es una "característica" o capacidad de los componentes para compartir datos entre ellos.
Las props son la forma en que los componentes se comunican entre sí.
Las props son la API de tus componentes.
Es una "característica" o capacidad de los componentes para compartir datos entre ellos.
Las props son la forma en que los componentes se comunican entre sí.
Las props son la API de tus componentes.
Entonces, prop drilling es la técnica principal para compartir datos entre componentes de padres a hijos. Pero, ¿por qué se considera un problema? Porque en algún momento el árbol de componentes está tan anidado que pasar las props es un dolor de cabeza.
Aquí es cuando deberíamos usar composición. La mayor parte de estos componente suelen ser simplemente "diseño" en lugar de lógica, por lo actúan como proxies pasando los datos al siguiente children.
@mjackson tiene una muy buen video sobre esto.
@mjackson tiene una muy buen video sobre esto.
Entonces, ¿por qué no se usa composición con más frecuencia? Creo que son solo viejos hábitos que se quedaron.
Prop drilling a menudo se relaciona con la el manejo de estado y fue una gran palabra de moda cuando Flux entró en juego y luego Redux. (Viejos tiempos).
Prop drilling a menudo se relaciona con la el manejo de estado y fue una gran palabra de moda cuando Flux entró en juego y luego Redux. (Viejos tiempos).
Entonces vimos una solución ahí.
Comenzamos a usar implementaciones similares a Flux moviendo todo fuera del árbol de React tratando de evitar el uso de prop drilling. Esperando replicar ese modelo de "Un componente es una función del estado".Pero nos olvidamos de la composición
Comenzamos a usar implementaciones similares a Flux moviendo todo fuera del árbol de React tratando de evitar el uso de prop drilling. Esperando replicar ese modelo de "Un componente es una función del estado".Pero nos olvidamos de la composición
Más tarde, Context se convirtió en la norma y seguimos haciendo lo mismo que antes. Mover todos los datos compartidos a una lugar global para compartirlos.
Aunque Context es increíble, en mi opinión, es una muy buena herramienta para los autores de bibliotecas, pero para los desarrolladores de aplicaciones deberíamos usar Composición con más frecuencia y, al mismo tiempo, trabajar para que el concepto conocido.
Si te gustó el contenido has RT al primer tweet :D . Gracias
https://twitter.com/matiasfha/status/1395147899164667907?s=20
• • •
Missing some Tweet in this thread? You can try to
force a refresh
