En esta charla, exploraremos cómo Valtio puede simplificar la gestión de estado de tu React proporcionando una solución minimalista y de alto rendimiento. Cubriremos los fundamentos de Valtio, incluyendo cómo crear y actualizar una tienda y cómo acceder y modificar la tienda desde tus componentes. También nos adentraremos en algunas características avanzadas de Valtio, como la suscripción a cambios en la tienda, y el uso de la memorización para optimizar el rendimiento de tus componentes. Al final de esta charla, tendrás una sólida comprensión de cómo Valtio puede hacer que tu gestión de estado sea más eficiente y efectiva, permitiéndote crear aplicaciones escalables y mantenibles.. Video summary: Esta es una breve presentación sobre VALTEO, un sistema de gestión de estado basado en proxies que utiliza la idea nativa de JavaScript de proxies para crear un estado observable e inmutable. El proxy rastrea los cambios en el objeto y los objetos proxy anidados, solo volviendo a renderizar el componente cuando una clave específica cambia. Hay una trampa con los proxies en Valtio - evita reasignar el proxy a un objeto completamente nuevo. Valtio se integra con Redux DevTools, lo que lo hace aún más potente y conveniente.","datePublished":"2023-11-15T15:50:00.000Z","dateModified":"2024-11-03T06:21:08.707Z","author":[{"@type":"Person","name":"Niya Panamdanam","url":"https://gitnation.com/person/niya_panamdanam","image":"https://gitnation.imgix.net/stichting-frontend-amsterdam/image/upload/v1690982060/Niya_Panamdanam_qbpkqh.jpg?auto=format,compress&fit=crop&w=300&h=300"}]}
En esta charla, exploraremos cómo Valtio puede simplificar la gestión de estado de tu React proporcionando una solución minimalista y de alto rendimiento. Cubriremos los fundamentos de Valtio, incluyendo cómo crear y actualizar una tienda y cómo acceder y modificar la tienda desde tus componentes. También nos adentraremos en algunas características avanzadas de Valtio, como la suscripción a cambios en la tienda, y el uso de la memorización para optimizar el rendimiento de tus componentes. Al final de esta charla, tendrás una sólida comprensión de cómo Valtio puede hacer que tu gestión de estado sea más eficiente y efectiva, permitiéndote crear aplicaciones escalables y mantenibles.
This talk has been presented at React Summit US 2023, check out the latest edition of this React Conference.
FAQ
VALTEO es particularmente útil en aplicaciones heredadas porque facilita la gestión de estado global incluso en componentes de clase o en JavaScript puro, ayudando a manejar la deuda técnica y a transicionar entre diferentes enfoques de gestión de estado sin grandes reestructuraciones.
En React, la implementación de VALTEO involucra importar 'proxy' de Valtio y configurar los estados necesarios como proxies. Los estados pueden ser mutados directamente y Valtio rastrea los cambios para optimizar el rendimiento al re-renderizar solo cuando es necesario.
Los proxies de JavaScript son una funcionalidad de ES6 que actúa como un intermediario para operaciones realizadas en un objeto objetivo. VALTEO utiliza proxies para observar y manejar cambios en el estado, permitiendo mutaciones directas y asegurando que las actualizaciones se manejen de manera eficiente sin modificar los objetos de estado originales.
VALTEO permite suscribirse a cambios en el estado mediante proxies. Es importante evitar reasignar el proxy a un nuevo objeto completo para que la suscripción funcione correctamente; en su lugar, se deben realizar mutaciones directas en las propiedades del estado para que el suscriptor pueda rastrear los cambios efectivamente.
Sí, VALTEO es compatible con Redux DevTools. Se puede configurar fácilmente para integrarse con esta herramienta, lo que permite una mejor visualización y seguimiento del estado y sus cambios durante el desarrollo.
VALTEO ofrece una gestión de estado simplificada con mínima configuración y es fácilmente integrable con aplicaciones existentes, especialmente aquellas que aún utilizan componentes de clase. Además, su uso de proxies para la gestión del estado permite una programación más intuitiva y eficiente en comparación con otras soluciones que requieren configuraciones más complejas.
VALTEO es un sistema de gestión de estado basado en proxies que utiliza la idea nativa de proxies de JavaScript para crear un estado observable e inmutable. Permite actualizar el estado como si actualizaras un objeto, pero registra los cambios y crea nuevos objetos de estado en lugar de modificar los existentes, lo que minimiza la necesidad de configuración compleja.
Esta es una breve presentación sobre VALTEO, un sistema de gestión de estado basado en proxies que utiliza la idea nativa de JavaScript de proxies para crear un estado observable e inmutable. El proxy rastrea los cambios en el objeto y los objetos proxy anidados, solo volviendo a renderizar el componente cuando una clave específica cambia. Hay una trampa con los proxies en Valtio - evita reasignar el proxy a un objeto completamente nuevo. Valtio se integra con Redux DevTools, lo que lo hace aún más potente y conveniente.
Esta es una breve presentación sobre VALTEO, un sistema de gestión de estado basado en proxies que utiliza la idea nativa de proxies de JavaScript para crear un estado observable e inmutable. Elimina la necesidad de una configuración extensa, lo que lo hace ideal para aplicaciones React heredadas. Los proxies de JavaScript actúan como escudos alrededor de los objetos, permitiéndote cambiar lo que ves y añadir reglas y controles para proteger tu objeto. Valteo simplifica el proceso y proporciona código de plantilla para la parte de proxy, facilitando la gestión del estado en componentes de clase o componentes de JavaScript puro. La implementación de React implica importar el proxy y utilizar la mutación directa del objeto para cambiar los valores del estado.
Entonces, esta es una presentación realmente corta sobre VALTEO, que técnicamente es un estado global pero la parte realmente maravillosa de esto es que puedes tratarlo como una micro-gestión de estado, lo que significa que solo usas lo que necesitas y no tienes que cambiar todo tu paradigma. Entonces, un poco sobre mí. Mi nombre es Nia, vivo en Toronto, solía vivir en Atlanta en los Estados Unidos y ahora trabajo para una empresa que se llama Healthy y hacen telemedicina y están basados en Nueva York. Entonces, viajo por todos lados. Y trabajo como líder técnico de front-end y arquitecto.
Entonces, Valtio es más o menos cómo hemos introducido la gestión de estado a nuestra aplicación heredada también. Entonces, ¿qué es Valtio, verdad? Aquí tengo el enlace a GitHub de Valtio también, así que si estás interesado, eso es realmente genial. Pero la mejor parte de Valtio es que es un sistema de gestión de estado basado en proxies. Utiliza la idea nativa de proxies de JavaScript para crear un estado observable. Es un estado inmutable. Entonces, te permite actualizar el estado básicamente como actualizarías un objeto, pero cuando el estado cambia, todo se registra y se crean nuevos objetos de estado en lugar de modificar los existentes, ¿verdad? Y la mejor parte de esto es que en general hay una mínima plantilla. Entonces, incluso con Redux o todos los demás, como, son geniales a su manera, pero hay tanta configuración, y especialmente si estás trabajando en aplicaciones React realmente antiguas donde todavía hay muchos componentes de clase, es súper fácil. No hay muchas cosas que, como, configurar y simplemente comienza a funcionar. Pero vamos a profundizar en el concepto de proxies de JavaScript. Fue introducido en ES6, y al menos la forma en que lo he pensado, y me ha ayudado a entender es que es como un escudo alrededor de tu objeto. Protege tu objeto. Básicamente, cambia lo que ves cuando miras el objeto, las propiedades o los valores, por ejemplo, y puedes hacer que el objeto se vea diferente, añadir información extra o incluso ocultar ciertas partes. La otra parte que es realmente genial es que ahora también puedes pasar funciones de controlador y controlar lo que sucede cuando intentas hacer cosas con el objeto, como cambiar una propiedad, leer una propiedad, o llamar a una función, ¿verdad? Así que puedes añadir reglas y controles y balances a ello, por lo que protege tu objeto mientras intentas cambiarlo. Puedes leer más sobre ello aquí también, en este pequeño enlace. Así que aquí, ese mismo código, lo que quería mostrarte aquí es que he configurado mi objeto objetivo, tengo una función de controlador, y lo he configurado dentro de mi proxy, y lo que hay que notar aquí es que el mensaje dos aquí dice everyone. Normalmente, cuando haces target.message dos, obtendrías everyone como respuesta, pero como pasa por mi proxy, cuando hago proxy.message dos, en realidad voy a obtener world en lugar de everyone, porque de cómo el proxy establece aquí, la función de controlador, establece que si la propiedad es igual a message devuelve world. Así que aunque target.message dos es everyone, el proxy lo protege y dice proxy.message dos, que está tomando target aquí, devolverá world. Así que esto es más o menos la base de cómo funciona Valteo, pero toda esta plantilla aquí, ellos la han hecho mucho más simple para nosotros. Veamos cómo se ve. Bueno, antes de eso, por qué esto importa es que esto funciona con componentes de clase. Sé que con muchas cosas de Redux o incluso React query, todo el mundo está en hooks, pero si todavía estás en aplicaciones grandes heredadas o estás transfiriendo y estás tratando de manejar la deuda técnica, esta es una gran manera de tratar de encontrar un equilibrio entre los dos mientras estás en transición, pero todavía obtienes aspectos de la gestión de estado global en un componente de clase o en componentes de JavaScript puro y todavía puedes avanzar. Entonces, veamos cómo es la implementación de React. Uno, aquí puedes ver, es solo importar proxy, y Valtio ha configurado toda esa plantilla para tu parte de proxy, así que no tienes que hacer ninguno de ese trabajo. Tengo mi proxy de estado de persona aquí, y mi estado de autenticación, que tiene un proxy anidado, que es el estado de la persona del usuario, ¿verdad? Entonces, la forma en que lo mutaría o lo accedería, como está establecido aquí, es auth state.userDate.name equals Nina, ¿verdad? Eso es un
2. Seguimiento de Proxy y Re-renderizado de Componentes
Short description:
El proxy rastrea los cambios en el objeto y los objetos proxy anidados. Solo vuelve a renderizar el componente cuando cambia una clave específica. Esto elimina la necesidad de preocuparse por cómo se vuelve a renderizar todo el componente cuando cambian todas las cosas del contexto.
mutación del objeto, y eso es todo. Así es literalmente cómo cambias tu state management, tus valores de estado en tu estado. El proxy en sí rastrea los cambios, y todo el objeto, así como todos los objetos proxy anidados. Se agrupan varios cambios, y si el valor del cambio es el mismo, no vuelve a renderizar el componente. No cambia esas cosas. Solo cambiará si el valor es realmente diferente. Ahora, así es como cambias los data. Así es como lees los data. Básicamente, lees los data dentro de tus componentes usando instantáneas, y puedes usar el hook de instantánea o como se mostró anteriormente en la otra diapositiva, puedes usar la parte de instantánea de JavaScript de Valtio. Y básicamente aquí, como puedes ver en mi componente de perfil de usuario, tengo tu instantánea, AuthState.user, y mi div está usando el snap.name, que es de este objeto que puedes ver, estoy accediendo al state.name de la persona. Ahora, la parte realmente genial de esto es que Valtio realmente envuelve la instantánea para acceder al seguimiento de los cambios del proxy y solo vuelve a renderizar tu componente cuando cambia una clave específica. Así que no importará si cambió el estado de AuthState o a menos que yo específicamente lo pida para que lo mire. No importará si cambió el rol de la persona incluso, a menos que específicamente la parte de snap.name esté cambiando. Esa es la clave. Lo siento, en realidad importará, que el rol cambió, porque estamos mirando la instantánea aquí diciendo AuthState.user. Así que básicamente la parte del usuario aquí en todos los cambios, es cuando este componente entero se vuelve a renderizar. De lo contrario, si tenemos otra información en AuthState, como no sé, tokens o algo más, no lo mirará a menos que específicamente digas míralo. Esto significa que no tienes que preocuparte por cómo se vuelve a renderizar todo tu componente cuando cambian todas las cosas del contexto. Ese es uno de los problemas con useContext, que de alguna manera se va
3. Problema con Proxy e Integración de Redux DevTools
Short description:
Existe un problema al trabajar con proxies en Valtio. Evita reasignar el proxy a un objeto completamente nuevo. En su lugar, utiliza la función de suscripción para rastrear los cambios. Reasignar el estado a un nuevo objeto romperá la suscripción. Valtio también se integra con Redux DevTools, lo que lo hace aún más potente y conveniente. Consulta la documentación de Valtio y el repositorio de GitHub para obtener más información y tutoriales.
contigo. Ahora, hay un problema que debemos tener en cuenta. No reasignes tu proxy a un objeto completamente nuevo. Así que Valtio también tiene una función de suscripción que te permite suscribirte a los cambios en el proxy. Por lo general, para la mayoría de los componentes, puedes utilizar la instantánea para disparar el componente para volver a renderizar. En algunos casos raros, quieres mirar el cambio del proxy directamente, como en la mutación directa de ese proxy. Entonces puedes usar la suscripción. Aquí, puedes ver que tengo mi estado de proxy, y tiene proxy username igual a Timo, y me estoy suscribiendo a él, pero entonces hay este nuevo objeto. Básicamente he dicho que el estado se redefine como un nuevo objeto ahora, que es username Nina. He eliminado completamente el proxy aquí, y al asignar el estado a un objeto completamente nuevo, la suscripción no funcionará en absoluto. Así que en su lugar, deberías hacer una mutación directa aquí, state.user.name. Entonces el suscriptor realmente podrá rastrear ese cambio de proxy y decir, hey, tu estado se actualizó y cambia todo lo demás que sea necesario en consecuencia. Así que una cosa más genial antes de irme. Funciona con Redux DevTools, lo cual encuentro realmente impresionante. Esto es literalmente el código básico para eso. Eso es todo. Solo configuras tu estado. Luego lo configuras con DevTools. Puedes importar DevTools desde Valtier Utils y luego configurarlo para que sea el nombre del estado y habilitar true, y entonces es Redux DevTools. Y ahora puedes usar state management en cualquier aplicación que quieras sin añadir nada extra. Estos son algunos enlaces y tutoriales realmente geniales incluso sobre Valtier y cómo usarlo. Sus documentos y su perfil de GitHub aquí o su repositorio de GitHub es realmente, realmente genial. Recomiendo mucho sus documentos, realmente me encantan. Eso es todo lo que tengo para ustedes. Gracias.
This transcription provides a brief guide to React rendering behavior. It explains the process of rendering, comparing new and old elements, and the importance of pure rendering without side effects. It also covers topics such as batching and double rendering, optimizing rendering and using context and Redux in React. Overall, it offers valuable insights for developers looking to understand and optimize React rendering.
Remix is a web framework built on React Router that focuses on web fundamentals, accessibility, performance, and flexibility. It delivers real HTML and SEO benefits, and allows for automatic updating of meta tags and styles. It provides features like login functionality, session management, and error handling. Remix is a server-rendered framework that can enhance sites with JavaScript but doesn't require it for basic functionality. It aims to create quality HTML-driven documents and is flexible for use with different web technologies and stacks.
State management is not limited to complex applications and transitioning to a store offers significant benefits. Pinia is a centralized state management solution compatible with Vue 2 and Vue 3, providing advanced devtools support and extensibility with plugins. The core API of Pinia is similar to Vuex, but with a less verbose version of stores and powerful plugins. Pinia allows for easy state inspection, error handling, and testing. It is recommended to create one file per store for better organization and Pinia offers a more efficient performance compared to V-rex.
The Talk discusses React Forget, a compiler built at Meta that aims to optimize client-side React development. It explores the use of memoization to improve performance and the vision of Forget to automatically determine dependencies at build time. Forget is named with an F-word pun and has the potential to optimize server builds and enable dead code elimination. The team plans to make Forget open-source and is focused on ensuring its quality before release.
Today's Talk explores the use of the useEffect hook in React development, covering topics such as fetching data, handling race conditions and cleanup, and optimizing performance. It also discusses the correct use of useEffect in React 18, the distinction between Activity Effects and Action Effects, and the potential misuse of useEffect. The Talk highlights the benefits of using useQuery or SWR for data fetching, the problems with using useEffect for initializing global singletons, and the use of state machines for handling effects. The speaker also recommends exploring the beta React docs and using tools like the stately.ai editor for visualizing state machines.
Routing in React 18 brings a native app-like user experience and allows applications to transition between different environments. React Router and Next.js have different approaches to routing, with React Router using component-based routing and Next.js using file system-based routing. React server components provide the primitives to address the disadvantages of multipage applications while maintaining the same user experience. Improving navigation and routing in React involves including loading UI, pre-rendering parts of the screen, and using server components for more performant experiences. Next.js and Remix are moving towards a converging solution by combining component-based routing with file system routing.
Los primeros intentos de Ivan en la depuración de rendimiento fueron caóticos. Vería una interacción lenta, intentaría una optimización aleatoria, vería que no ayudaba, y seguiría intentando otras optimizaciones hasta que encontraba la correcta (o se rendía). En aquel entonces, Ivan no sabía cómo usar bien las herramientas de rendimiento. Haría una grabación en Chrome DevTools o React Profiler, la examinaría, intentaría hacer clic en cosas aleatorias, y luego la cerraría frustrado unos minutos después. Ahora, Ivan sabe exactamente dónde y qué buscar. Y en esta masterclass, Ivan te enseñará eso también. Así es como va a funcionar. Tomaremos una aplicación lenta → la depuraremos (usando herramientas como Chrome DevTools, React Profiler, y why-did-you-render) → identificaremos el cuello de botella → y luego repetiremos, varias veces más. No hablaremos de las soluciones (en el 90% de los casos, es simplemente el viejo y regular useMemo() o memo()). Pero hablaremos de todo lo que viene antes - y aprenderemos a analizar cualquier problema de rendimiento de React, paso a paso. (Nota: Esta masterclass es más adecuada para ingenieros que ya están familiarizados con cómo funcionan useMemo() y memo() - pero quieren mejorar en el uso de las herramientas de rendimiento alrededor de React. Además, estaremos cubriendo el rendimiento de la interacción, no la velocidad de carga, por lo que no escucharás una palabra sobre Lighthouse 🤐)
Con el lanzamiento de React 18 finalmente obtenemos el tan esperado renderizado concurrente. Pero, ¿cómo va a afectar eso a tu aplicación? ¿Cuáles son los beneficios del renderizado concurrente en React? ¿Qué necesitas hacer para cambiar al renderizado concurrente cuando actualices a React 18? ¿Y qué pasa si no quieres o no puedes usar el renderizado concurrente todavía?
¡Hay algunos cambios de comportamiento de los que debes estar al tanto! En esta masterclass cubriremos todos esos temas y más.
Acompáñame con tu portátil en esta masterclass interactiva. Verás lo fácil que es cambiar al renderizado concurrente en tu aplicación React. Aprenderás todo sobre el renderizado concurrente, SuspenseList, la API startTransition y más.
La adición de la API de hooks a React fue un cambio bastante importante. Antes de los hooks, la mayoría de los componentos tenían que ser basados en clases. Ahora, con los hooks, estos son a menudo componentes funcionales mucho más simples. Los hooks pueden ser realmente simples de usar. Casi engañosamente simples. Porque todavía hay muchas formas en las que puedes equivocarte con los hooks. Y a menudo resulta que hay muchas formas en las que puedes mejorar tus componentes con una mejor comprensión de cómo se puede usar cada hook de React.Aprenderás todo sobre los pros y los contras de los diversos hooks. Aprenderás cuándo usar useState() versus useReducer(). Veremos cómo usar useContext() de manera eficiente. Verás cuándo usar useLayoutEffect() y cuándo useEffect() es mejor.
ReactJS es extremadamente popular y, por lo tanto, ampliamente soportado. TypeScript está ganando popularidad y, por lo tanto, cada vez más soportado.
¿Los dos juntos? No tanto. Dado que ambos cambian rápidamente, es difícil encontrar materiales de aprendizaje precisos.
¿React+TypeScript, con los IDEs de JetBrains? Esa combinación de tres partes es el tema de esta serie. Mostraremos un poco sobre mucho. Es decir, los pasos clave para ser productivo, en el IDE, para proyectos de React utilizando TypeScript. En el camino, mostraremos el desarrollo guiado por pruebas y enfatizaremos consejos y trucos en el IDE.
En esta masterclass, aprenderás cómo construir tu primer dapp de pila completa en la blockchain de Ethereum, leyendo y escribiendo datos en la red, y conectando una aplicación de front end al contrato que has desplegado. Al final de la masterclass, entenderás cómo configurar un entorno de desarrollo de pila completa, ejecutar un nodo local e interactuar con cualquier contrato inteligente usando React, HardHat y Ethers.js.
La Biblioteca de Pruebas de React es un gran marco para las pruebas de componentes de React porque responde muchas preguntas por ti, por lo que no necesitas preocuparte por esas preguntas. Pero eso no significa que las pruebas sean fáciles. Todavía hay muchas preguntas que tienes que resolver por ti mismo: ¿Cuántas pruebas de componentes debes escribir vs pruebas de extremo a extremo o pruebas de unidad de nivel inferior? ¿Cómo puedes probar una cierta línea de código que es difícil de probar? ¿Y qué se supone que debes hacer con esa persistente advertencia de act()? En esta masterclass de tres horas, presentaremos la Biblioteca de Pruebas de React junto con un modelo mental de cómo pensar en el diseño de tus pruebas de componentes. Este modelo mental te ayudará a ver cómo probar cada bit de lógica, si debes o no simular dependencias, y ayudará a mejorar el diseño de tus componentes. Te irás con las herramientas, técnicas y principios que necesitas para implementar pruebas de componentes de bajo costo y alto valor. Tabla de contenidos- Los diferentes tipos de pruebas de aplicaciones de React, y dónde encajan las pruebas de componentes- Un modelo mental para pensar en las entradas y salidas de los componentes que pruebas- Opciones para seleccionar elementos DOM para verificar e interactuar con ellos- El valor de los mocks y por qué no deben evitarse- Los desafíos con la asincronía en las pruebas de RTL y cómo manejarlos Requisitos previos- Familiaridad con la construcción de aplicaciones con React- Experiencia básica escribiendo pruebas automatizadas con Jest u otro marco de pruebas unitarias- No necesitas ninguna experiencia con la Biblioteca de Pruebas de React- Configuración de la máquina: Node LTS, Yarn
Comments