Nuestro Propio React Global State Manager en Menos de 50 Líneas de Código

Hola a todos. Hola. Antes de sumergirnos, me gustaría conocerlos un poco. Vamos a hacer una rápida encuesta de manos levantadas, ¿de acuerdo? Por favor, levanten la mano si están usando un gestor de estado global en su aplicación de React. Bien. Gracias. Ahora, por favor levanten la mano si prefieren Angular en lugar de React.

Bien. Ahora, tranquilos. Sin preocupaciones. Sin juicios aquí. Entonces, ¿alguien puede reconocer este logo? Sí. Es Redux. ¿Lo han probado? ¿Sí? Pero, ¿han sufrido con él? Redux Saga es probablemente la herramienta que más horas de sueño me ha robado.

Son horas y horas. Porque Redux al principio se sentía genial, rápido, poderoso. Y luego, a medida que el proyecto crece, y no me malinterpreten, me encanta Redux desde hace muchos años. Me gusta Redux Toolkit aún más. Estoy agradecido por todo lo que ha aportado al ecosistema. Y hoy en día tenemos muchas opciones. El ecosistema es rico. Así que, estoy feliz por ello. Pero la pregunta es, ¿cómo podríamos crear nuestro propio gestor de estado global? Opción uno, React context. Opción dos, instalar más dependencias. Tres, simplemente usar Redux por el amor de Dios. O con CSS. Ahora que CSS está evolucionando rápidamente, ¿quién sabe? Preguntemos a Chagipity.

Entonces, ¿cómo crear un gestor de estado global para React en menos de 50 líneas de código? Y como era de esperar, y estoy bastante seguro de que la mayoría de ustedes pensó lo mismo, responde con un ejemplo de React context. Incluso uso mis habilidades de ingeniería de prompts para obtener la mejor respuesta, como pueden ver.

Así que, marquemos React context. Gracias, Chagipity, por poner más React a React. Y sí, funciona. Está bien. Son menos de 50 líneas, sin dependencias, casi sin tamaño de transferencia, y por código, lo cual es genial. Pero comenzamos a tener problemas de rendimiento con los renders, lo cual se resolvería con este hook que te permite suscribirte solo a la parte del contexto que necesitas. es solo un borrador por ahora. Un borrador, aún esperando resolución desde 2019.

Sí. Y creo que tendremos que seguir esperando aún más. Así que, no esperes por ello. Otro problema es que está ligado a React. Así que, nuestras stores van a ser específicas de React. Y la charla terminaría ahora mismo. Así que, ese sería el final. Así que, sí, ese es el final. Gracias. Usa la IA. Problema resuelto. Gracias por venir. Adiós. No, no, no. Gracias. Gracias, Sam Alman. Gracias por eso. Estoy bromeando. Este es el problema con la IA. Pides una comida sabrosa y te da algo que parece estar bien.

Ese es el problema con los prompts. Cuando esperabas un poco de carne con una cerveza fría. Sí. La cosa es que no queremos que la IA tome nuestros trabajos todavía, pero aún así esperamos que haga todo el trabajo por nosotros. Es raro. Pero no hoy. Hoy vamos a construir un gestor de estado global para React en 50 líneas de código desde cero sin context, sin providers, y sin estate.

Soy Miguel Ángel Durán. Soy un creador de contenido español y estoy en todas las redes sociales que me lo permitan, incluso blue sky. Soy midudev en todas partes, pero en Instagram verás que no soy yo. ¿De acuerdo? No sé si él también es desarrollador, pero puedes encontrarme allí como midudev. ¿Conoces este pájaro? Sí. Esta es una solución de gestión de estado basada en hooks. ¿Quién está usando esto ahora mismo? Mucha gente. Genial. Así es como funciona. Usamos la función create para construir un hook personalizado llamado user store. Dentro de esa llamada establecemos el estado inicial y definimos acciones que actualizan el estado usando el método set. Luego, en cualquier componente, podríamos leer y actualizar el contador. Sin context, sin providers, solo un hook. Eso es todo lo que necesitas para tener un gestor de estado global.

Es simple, rápido, fácil, solo una dependencia, sin código repetitivo. No está ligado a React porque podrías usar la store en cualquier otro lugar porque es JavaScript puro. Pero tiene un problema. No lo construimos nosotros mismos. Y cualquier tecnología avanzada parece magia cuando no sabes cómo funciona. Así que, para entenderlo, vamos a crearlo desde cero. Así que, vamos a bytecode. Una cosa, sé amable, la programación en vivo podría salir mal. ¿De acuerdo? Así que, voy a intentar programar con esa distancia.

Así que, está bien. Aquí tenemos el editor. Tengo un proyecto que ya tiene un montón de pruebas. Estoy usando Vann. Espero que Jared esté contento. Estoy usando Vann. Como puedes ver, tengo muchos errores ahora mismo. Y la forma en que estoy usando esto es creando la store. Como Houston, tenemos un contador, lo siento, es un ejemplo típico. Y tenemos diferentes maneras de actualizar este estado. Además, estamos usando esta store con el hook personalizado, este useCounterStore. ¿Puedes ver el, debería hacer zoom o algo? ¿No? ¿Está bien? De acuerdo. Así que, en el componente contador, estamos usando esta store de contador para leer el valor del contador e incluso para actualizar el contador de diferentes maneras.

Bien. ¿Cuál es el problema ahora mismo? El problema es que esto no está funcionando. Esto no está funcionando porque el código para hacer esto, está vacío. Así que, lo primero que vamos a hacer es implementar la parte de vanilla. Lo primero que necesitamos es crear el estado y crear una forma de obtener el estado. Ahora que tenemos el estado que es lo más básico, necesitamos devolver esta API. Así que, cualquiera que quiera crear una store va a poder usarla. Así que, crearías la API con el getState por ahora solamente.

Y tenemos que crear, tenemos que actualizar el estado. Vamos a actualizar el estado usando el createdState. El createdState es el parámetro donde estamos recibiendo que va a explicar a la store cómo tiene que crear el estado. Así que, cuando estamos creando el estado, deberíamos pasar cómo actualizar el estado, lo cual aún no tenemos, cómo obtener el estado, y toda la API con todos los métodos. Y finalmente, vamos a devolver la API. Si todo está funcionando como se espera, podríamos ver que al menos una prueba está pasando. La prueba que está pasando es esta. Esta de que creamos una store con un estado inicial y simplemente obtenemos el estado y es el mismo que estamos creando desde el principio.

y simplemente obtenemos el estado y es el mismo que estamos creando desde el principio. Esa es la parte fácil. Ahora, necesitamos poder obtener el estado inicial porque a veces, y lo veremos más adelante, podríamos actualizar el estado pero aún queremos recuperar o restablecer o ser capaces de volver al primer estado de nuestra store. Así que, vamos a crear aquí otro método, getInitialState. Pero ahora, no estamos devolviendo el estado sino el estado inicial. Este estado inicial, lo vamos a crear aquí mismo con el primer estado. Y vamos a asignar el estado en sí. Así que, estamos creando por primera vez el estado, pero también, estamos creando la variable estado inicial. Este método es de la API también. Así que, lo usamos. Obtenemos el estado inicial.

Y ahora, tenemos una prueba más. Está bien. No te preocupes. No vamos a ir uno por uno porque hay muchos de ellos. La prueba que está pasando ahora mismo es la siguiente en la que estamos devolviendo el estado inicial usando el getInitialState. Bien. Así que, ahora, la parte complicada. Tenemos que actualizar el estado. Así que, para eso, estamos creando uno nuevo, setState. Y el método setState va a obtener un parcial. Un parcial sería como la parte del estado que queremos actualizar. Al principio, podríamos pensar que cuando queremos actualizar un estado, simplemente pasamos el nuevo valor. Así que, vamos a pensar, por ejemplo, que el nuevo estado va a ser el parcial. Eso es todo. Directamente. Vamos a llamar a esto nextState. Asignamos directamente el parcial. Y esa sería una forma de simplemente actualizar el estado. Estado con el nextState.

Y también, el createState. Ahora, tenemos la posibilidad de pasar como un argumento también. Perfecto. Ahora, tenemos 10 pruebas. Eso es algo. Así que, ahora podemos actualizar nuestra store, como podemos ver aquí, como una prueba. Podemos actualizar el estado. Pero el problema es que estamos actualizando el estado cuando tenemos que reemplazar el estado. Así que, este tipo de ejemplo está funcionando como se esperaba. Porque estamos reemplazando todo el objeto.

Pero, ¿qué pasa cuando solo quiero actualizar una parte de él, como esta? El problema con este tipo de estado es que solo quiero actualizar el count. Pero esto no está pasando. Porque se está reemplazando. Así que, tengo que asegurarme de que estoy comprobando el tipo del parcial. Así que, tenemos que verificar si tenemos que reemplazar. Ver si el tipo de nextState es diferente de un objeto o nextState es null o es un array. Esa es la cosa divertida con JavaScript, que el tipo de array es un objeto. Así que, podríamos romper cosas.

Ahora, sabemos que si tenemos que reemplazar el estado o tenemos que extender el estado que teníamos antes con el siguiente. Con esto, hasToReplace, vamos a poder venir aquí, hasToReplace, y verificar. Si tenemos que reemplazar, simplemente asignamos el nuevo estado. Y si no, vamos a usar el estado anterior y el siguiente estado para poder actualizar. Y ahora, tenemos tres pruebas más Bien. Otra característica interesante sobre los global state managers o setState también es la posibilidad de pasar, como, una función para actualizar el estado. Y ahora mismo, voy a verificar si tengo un ejemplo de esto. Trigger listening. Let's function. Creo que está aquí. Sí. Debería actualizar el estado usando setState con función.

Ahora mismo, esto no está funcionando porque si revisas esta línea, estoy usando el parcial tal cual y no estoy verificando si esto es un método para actualizar el estado. Simplemente lo estoy asignando. Así que, tengo que asegurarme de que también puedo usar funciones. Entonces, digamos que esto es una función, luego voy a ejecutarla y voy a asignar lo que está devolviendo este método, esta función, al siguiente estado. Bien. Así que, ahora tenemos dos más. Perfecto. Tenemos parciales.

Ahora, tenemos que trabajar con oyentes porque queremos suscribirnos a cada cambio que la store va a recibir o está haciendo. Así que, cualquier componente, cualquier store que lo esté usando, va a poder volver a renderizar solo cuando cambie. Para eso, voy a crear aquí una const con un montón de oyentes, oyentes con un set. Y ahora, voy a crear una nueva API llamada subscribe donde podrías pasar un oyente. Y luego aquí, añadimos el oyente al conjunto de oyentes y devolveremos una forma de desuscribirse y eliminar ese oyente de los oyentes.

Este método subscribe, es una nueva API así que tenemos que ponerlo aquí. Bien. Y ahora, parece que está funcionando dos pruebas más. Pero el problema es que todavía no estamos actualizando los componentes cuando el estado cambia. ¿Por qué? Porque cada vez que cambiamos el estado, no estamos diciendo a los oyentes que todo está sucediendo. Así que, cada vez que cambiamos aquí, tenemos que llamar a cada oyente. Bien. Y decirle que hay un nuevo estado. Ahora, con los oyentes, no solo queremos enviar un nuevo estado sino que también queremos tener el estado anterior en caso de que quieras comparar algo. Así que, voy a, antes de actualizar el estado, voy a tener aquí un estado anterior.

voy a tener aquí un estado anterior. Voy a asignar un estado antes de actualizarlo. Y aquí, un oyente, {{^}}voy al segundo que va a ser el estado anterior. Bien. Tenemos 21, solo 14 para ir.

Esto es todo lo que necesitamos para la vanilla store pero también necesitamos como el hook personalizado para React. Así que, vamos a la parte de React y creamos una forma de crear un hook personalizado que sea capaz de leer esta store que estamos creando vanilla. Lo bueno es que podríamos crear como un conector de React, un conector de Vue, conector de Svel, y así sucesivamente. Lo primero sería usar el create store.

Así que, creamos una store usando el create store que es la función que creamos antes y pasamos el create state, el estado que estamos recibiendo del parámetro. Tenemos que importar el create store. Tenemos que definir un selector. El selector por defecto va a ser simplemente seleccionar la misma store. Pero esto es interesante porque vamos a poder decir la parte del estado a la que queremos suscribirnos. Así que, en lugar de leer o suscribirnos a toda la store, vamos a poder suscribirnos solo a una parte de ella. Y esa es la parte complicada. Eso es lo más importante.

Así que, necesitamos una forma de suscribirnos a esta store e informar al componente. Para eso, vamos a usar un hook personalizado que se llama use sync external store. ¿De acuerdo? Así que, vamos a crear un hook personalizado llamado use store. Nosotros pasamos el selector. Por ahora, tenemos el selector por defecto, el que creamos antes. Y usamos sync external store. Este es un hook de React que te va a permitir suscribirte a algo que es externo a React. No es algo solo para gestores de estado global.

Tengo aquí también un ejemplo. El primer parámetro es para suscribirse. El segundo para obtener el valor cada vez que el valor está cambiando. Y el tercero es opcional. Es para renderizado del lado del servidor, por ejemplo, para obtener el primer valor. Y este es un ejemplo para el texto, si el usuario está en línea o fuera de línea usando un evento de window. Y podría ser muy interesante porque, como puedes ver, no hay use state, use effect. No necesitas nada. Solo la suscripción al evento cuando todo, cada vez que el valor está cambiando, obteniendo el valor y para la primera carga inicial también.

Y podrías usar como este, usar este en línea. Usar este en línea y tienes el valor y eso es todo. Así que, ahora tenemos eso. Solo necesitamos adjuntar toda la API que hemos creado a la store. De acuerdo. Y devolver el hook user store que hemos creado. Oh, un fallo. De acuerdo. No hay problema. Y eso es divertido. Así que, tenemos una prueba fallida.

Esto es fácil de arreglar porque tenemos que asegurarnos de que si estamos usando el mismo estado que antes, no actualizamos el estado. Esto es algo que React también hace en los internos. Así que, tenemos que asegurarnos de que si es el mismo estado, el objeto del siguiente estado y el estado actual es el mismo. Simplemente devolvemos no hacemos nada. Y ahora tenemos nuestro gestor de estado global funcionando en 50 líneas de código.

Sí. Gracias. Gracias. Sí.

Así que, para comprobar que esto está funcionando como se espera, tengo esta demo que ha estado rota durante toda la charla. Bien. Y ahora debería funcionar como se espera.

Tenemos en diferentes lugares donde estamos leyendo este estado. Podríamos reiniciar en diferentes lugares el botón. Y si verificamos cuándo está sucediendo, los re-renderizados, podríamos ver ahora mismo que esta parte está siendo re-renderizada. Y quiero explicar esto porque es importante. Como puedes ver, los botones están siendo re-renderizados cuando no lo necesitas porque no estamos mostrando el contador.

Para solucionar esto, podríamos usar el selector que mencioné antes. Así que, podríamos ir aquí al código y al lugar donde tenemos, estamos usando esto, los botones, podríamos ser capaces aquí en lugar de tomar toda la store y luego extraer las propiedades de los métodos, podríamos ser capaces de suscribirnos uno por uno a cada parte de la store.

Así que, ahora, con eso, es cierto. No es elegante, pero son 50 líneas de código. Así que, es lo que es. Y la cosa es que ahora mismo, debería ser que no obtenemos el re-render en los botones porque estamos suscribiéndonos solo a la parte de la store que nos importa, que es la forma de actualizar el estado y no el contador. Así que, si el contador se actualiza, los controles no están siendo re-renderizados.

Así que, quiero agradecer, obviamente, a muchas personas por esto. Julian Vernot escribió un artículo llamado Creating a Global Estate Manager in 50 Lines of JavaScript. Pero no es de la misma manera. Está usando objetos proxy. Es súper interesante. Lo recomiendo. Quiero agradecer a Sustan porque el código fuente es súper, súper fácil de entender y todo el ejemplo está basado en su base de código. Redux por ser una biblioteca increíble, BAN, React Team, y el gato divertido da gracias a un gato. El código y la presentación, los tienes disponibles en GitHub con todo el código que has visto hoy. Y espero que hayas aprendido algo hoy y disfrutado de la charla tanto como yo. Así que, muchas gracias. Gracias.

Las preguntas están llegando. Así que, la primera pregunta es, ¿estás construyendo una mezcla de Redux y Signals? No. Quiero decir, espero que Signals esté disponible de forma nativa en JavaScript algún día para que no necesitemos hacer algunas de las cosas elegantes. Pero para ser honesto, lo que hicimos, es solo eventos emergentes. Quiero decir, publicar eventos y suscribirse a eventos. Lo más mágico es usar external sync store que es un hook de React que te permite suscribirte a eventos y luego te da la magia que necesitas para hacer esto.

Genial. La siguiente aquí es, ¿qué plugin usas para la visualización del renderizador en la página del navegador? Usamos React developer tools. Solo tienes que activar la pintura cada vez que se re-renderiza un componente. ¿Cómo manejas la depuración y la inspección de estado sin las herramientas de desarrollo integradas? Bueno, no espero que mi biblioteca de 50 líneas de código sea como una biblioteca de gestión de estado lista para producción. Pero de todos modos, en algunos lugares donde hemos actualizado este estado, podríamos usar el hook de React, usar el valor de respaldo para poder poner algunos valores en las herramientas de desarrollo de React.

Pero solo tienes que poner algunas líneas en el código fuente y eso es todo. Quiero decir, la única cosa es porque no tenemos tiempo aquí para mostrarlo, pero es como agregar cosas. Genial. Entonces, al final, para producción, ¿Zestand es el indicado? ¿Está aquí el creador de Zestand? Quiero decir, me encanta Zestand, pero creo que tenemos muchas opciones por una razón. No tenemos una bala de plata para la gestión de estado global. Por ejemplo, a veces podrías usar time stack query y eso es todo lo que necesitas. Yo diría que solo uses el que te haga feliz. Ahora mismo, Redux toolkit es una gran herramienta. No es nada comparado con el Redux que tuvimos que sufrir hace como 10 años. Así que, no sé. Zestand es genial, pero sé libre. Me encanta simplemente usar lo que te hace feliz. Esa es la manera de ir en todos los aspectos. Sí, absolutamente.

¿Cómo maneja la tienda una comprobación profunda de diferencias de objetos? Sí. Entonces, esta tienda no está haciendo este tipo de comprobación profunda, obviamente. No es tan difícil. Podríamos hacerlo. Pero incluso podríamos usar un clon de estructura para poder copiar el estado y solo lo que necesitamos para actualizarlo. Pero necesitas un montón de líneas, como, no sé, seis líneas de código para hacer esto. Así que, ahora mismo, no está manejándolo, por supuesto. Sí.

¿Por qué no simplemente usar un emisor de eventos? Bueno, es una buena idea, pero no lo necesitamos. Quiero decir, es similar. Lo que necesitamos es algo similar en tres líneas de código sin dependencias. Es como un conjunto que solo tienes que enviar el valor cada vez que se actualiza. No creo que sea necesario. Y si estás hablando de usar más simplemente un emisor de eventos para un gestor de estado global, el problema con eso es que todavía necesitas todo lo demás. Crear el hook personalizado, cómo actualizar la tienda, ese es el problema, y eso es lo que intentamos resolver hoy. Increíble. Bueno, muchas gracias. Muchas gracias. Realmente informativo. Gracias.