Cosas que NO sabes de Next.js y React

Gran proyectito. Pron next J Myat CN JI eh Backen Turso, Dr JS Cludinar y con eso ha es cualquiera. Next SH CN Banco Jai no me gusta mucho eh la idea de los atoms y todo. Prefiero ponerle Jotila creó el mismo chon que creó Sustan y también creó Baltio que Baltio me parece que está muy copada porque tiene una que vamos a mostrar para qué tenemos una pantalla, ¿no? Bueno, si ustedes van, por ejemplo, a Sustan, vamos a buscar Sustan GitHub,

vamos a poner Jai GitHub y vamos a poner Valtio GitHub. Todas fueron creadas por la misma persona, por grupo que es, creo que se dice poimandres, pero no estoy muy seguro. Entonces, sustan, la mayoría de las personas que usan acá capaz lo conocen. es una de state management que una de las cosas copadas que vino a traer en su momento cuando empezó fue este sistema providerless, o sea, no

tenés que rapear tu aplicación con un provider y simplemente te permite crear un hook o a lo que ellos llaman un store y puedes acceder y tiene esta este formato en el que tenés funciones setter que reciben un state y devuelven un state nuevo. Entonces, pues cuando lo usas en hooks, nada, vos querés acceder a una porción, a un selector de ese state, simplemente pasas el selector, accedes a los valores y y fin. y muy parecido a la hora de tener que ejecutar acciones. Por ejemplo, este increase population es una función, vos lo llamass actualizar el estado y todos los lugares que accedían a ese estado se

actualizan y listo. Y la persona que hizo esto dijo que cada librería de manejo de estado que sacó es una interación, una mejora de las anteriores. Entonces, Sustan fue la primera que sacó. Eh, bueno, no sé si fue la primera que sacó. Yo hablo de Sustan, Jan y Baltio, ¿no? Sustan fue la primera de esas tres, Ji la segunda y Baltio la tercera. Jogo copado que tenía

es que fue una de las primeras librerías que sacó soporte para data fetching con suspenso. O sea, vos podías pasarle unos parámetros a JI para que cuando estabas ejecutando una de las acciones active el suspense boundary más cercano. Eh, no sé si eso prosperó. Además, creo que tengo un un PR, un ISU creado, cerrado, algo en J hace hace años. Y lo que plantea es esta idea de átomos. O sea, vos en vez de crear un state, un store, creas un átomo, que es simplemente una unidad de estado a la

que vos, por ejemplo, le decís countas un cero. Entonces después usas un átomo, le pasas este átomo que también lo importas de otro lado. La idea es que vos crees tus propios hooks que básicamente usan el use Atom y después crean los handlers para manejarlos y lo manejas así. Para mí es muy granular para una aplicación tradicional. Yo creo que Sustand es una muy buena abstracción por sobre esta idea de manejo de estado. Em, entonces, bueno, tenés eso. Después tenés algunos help más y después

Valtio. Baltio es un es una mezcla de muchas cosas. O sea, lo que tiene es esta función, esta, este método proxy que se parece al create store que tenemos en coso, que tenemos en sustan, donde vos le pasás una serie de valores que querés ahí y estos

valores son reactivos, o sea, vos obtenés en este state un una serie de valores que podés mutar, o sea, vos le podés hacer más state. Count o state. más o hacer un push a una ray y eso va a actualizar los lugares en donde se esté usando ese estado, ese básicamente un un proxy. Vos estás mutando esto, en realidad por atrás lo que está pasando es está creando un nuevo objeto inmutable basado en los cambios que vos le aplicaste a esos valores, lo cual está muy bueno porque en aplicaciones