React a Escala con Nx

Rate this content
Bookmark

Vamos a utilizar Nx y algunos de sus plugins para acelerar el desarrollo de esta aplicación.


Algunas de las cosas que aprenderás:

- Generar un espacio de trabajo Nx prístino

- Generar aplicaciones frontend React y APIs backend dentro de tu espacio de trabajo, con proxies preconfigurados

- Crear librerías compartidas para reutilizar código

- Generar nuevos componentes enrutados con todas las rutas preconfiguradas por Nx y listas para usar

- Cómo organizar el código en un monorepositorio

- Mover fácilmente las librerías alrededor de tu estructura de carpetas

- Crear historias de Storybook y pruebas e2e de Cypress para tus componentes


Tabla de contenidos: 

- Lab 1 - Generar un espacio de trabajo vacío

- Lab 2 - Generar una aplicación React

- Lab 3 - Ejecutores

- Lab 3.1 - Migraciones

- Lab 4 - Generar una librería de componentes

- Lab 5 - Generar una librería de utilidades

- Lab 6 - Generar una librería de rutas

- Lab 7 - Añadir una API de Express

- Lab 8 - Mostrar un juego completo en el componente de detalle de juego enrutado

- Lab 9 - Generar una librería de tipos que la API y el frontend pueden compartir

- Lab 10 - Generar historias de Storybook para el componente de interfaz de usuario compartido

- Lab 11 - Prueba E2E del componente compartido

This workshop has been presented at React Summit 2023, check out the latest edition of this React Conference.

FAQ

Un MonoRepo es un único repositorio que contiene múltiples proyectos distintos con relaciones bien definidas entre ellos. Puede incluir varias aplicaciones trabajando juntas o una sola aplicación con múltiples subproyectos.

Los beneficios principales incluyen la posibilidad de hacer cambios atómicos, compartir código de manera eficiente y mantener un único conjunto de dependencias para simplificar la gestión y evitar inconsistencias.

Un MonoRepo permite realizar cambios atómicos, donde cualquier modificación en una parte del código afecta inmediatamente a todas las aplicaciones relacionadas, reduciendo los ciclos de tiempo de desarrollo y facilitando las pruebas integradas.

El uso de un MonoRepo evita problemas como la desincronización de dependencias, la dificultad en el mantenimiento de varias versiones de frameworks y reduce la complejidad en la gestión de actualizaciones simultáneas de múltiples proyectos.

La colocación de código se refiere a juntar código de diferentes proyectos en un mismo repositorio sin una gestión adecuada. Esto puede llevar a ejecutar pruebas innecesarias, tener límites de código poco claros y enfrentar inconsistencias en las herramientas utilizadas.

En un MonoRepo, es crucial definir límites claros para especificar qué funciones están disponibles para ser utilizadas por otros y cuáles son de uso interno, evitando así que cambios inesperados afecten a otros proyectos dentro del mismo repositorio.

Nx ayuda a organizar y optimizar la gestión de MonoRepos mediante herramientas que identifican y manejan dependencias, permiten la ejecución selectiva de pruebas y aseguran la consistencia en las herramientas y scripts utilizados a través de los proyectos.

Isaac Mann
Isaac Mann
145 min
17 May, 2023

Comments

Sign in or register to post your comment.

Video Summary and Transcription

Discutimos el desarrollo a escala con NxMonoRepos, que proporciona los beneficios de un monorepositorio sin los inconvenientes de la colocalación de código. Nx ayuda con la consistencia del código y la automatización a través de plugins y generadores. La masterclass cubre la estructura de carpetas, la creación de espacios de trabajo, el uso de plugins, la actualización de archivos, el uso de ejecutores, bibliotecas y migraciones, la ejecución de generadores y scripts de migración, la conexión de APIs, la creación de bibliotecas de tipos, y el uso de generadores para la configuración de Storybook. También cubre la configuración de Storybook, la imposición de límites de módulos, la configuración de CI, el uso de espacios de trabajo, y los compromisos de las bibliotecas y las aplicaciones.
Available in English: React at Scale with Nx

1. Desarrollando a Escala con NxMonoRepos

Short description:

Vamos a hablar sobre el desarrollo a escala con NxMonoRepos. Un MonoRepo es un único repositorio que contiene múltiples proyectos distintos con relaciones bien definidas. Un monorepo es excelente para cambios atómicos, compartir código fácilmente y tener un único conjunto de dependencias. La colocación de código es donde simplemente juntas el código sin tener una herramienta de monorepo en su lugar. Uno de los problemas es ejecutar pruebas innecesarias, no tener límites de código y tener herramientas inconsistentes. Nx puede ayudar con estos problemas.

Vamos a hablar sobre el desarrollo a scale con NxMonoRepos. Entonces, ¿qué es un MonoRepo? MonoRepo es un único repositorio que contiene múltiples proyectos distintos con relaciones bien definidas. Entonces, sabes, múltiples aplicaciones diferentes trabajando juntas, o podría ser una sola aplicación pero con múltiples subproyectos dentro de ella. Y luego necesitas tener relaciones bien definidas entre ellos. No puedes simplemente si solo tiras todo el code de dos aplicaciones diferentes en el mismo repositorio. Llamamos a esto colocación de code y es un desastre. Y te encontrarás con muchos problemas con eso. Y hablemos de cuáles son esas cosas.

Entonces, un monorepo es genial para permitirte tener cambios atómicos, te permite compartir code fácilmente y te permite tener un único conjunto de dependencias. Entonces, permíteme entrar en cada uno de estos y explicar qué son. Entonces, los cambios atómicos son, digamos que tienes una aplicación que consume una biblioteca de UI. Y si tienes esa biblioteca de UI en un repositorio separado de tu aplicación, entonces el flujo de trabajo de cambio es algo así. Digamos que haces un cambio en la biblioteca de UI que rompe una prueba en la aplicación. Entonces tienes que publicar esa biblioteca de UI, y luego en algún momento más tarde, el desarrollador de la aplicación aumenta su versión de la biblioteca y se da cuenta, hey, rompiste mi aplicación. Entonces te lo dicen, o presentan un problema al respecto. Y luego el desarrollador de la biblioteca tiene que volver y decir, está bien, voy a arreglar ese error y luego publicar una nueva versión de él que solucionará el error. Y luego, unos días después, el desarrollador de la aplicación aumenta su versión nuevamente y dice, está bien, eso lo solucionó. Entonces, todo ese ciclo de vida, eso es un mínimo de una semana probablemente, de tiempo real de desarrollador. Antes de que se haga el cambio hasta que se corrija y corrija. Mientras que si estuvieran en el mismo repositorio, entonces el desarrollador de la biblioteca simplemente ejecutaría las pruebas antes de hacer el commit. Simplemente ejecutarían la prueba y dirían, espera, rompí esa aplicación, la voy a arreglar. Entonces pasa de una semana de tiempo de ciclo a unos 30 minutos de tiempo de ciclo y no estás haciendo ese cambio de contacto, volviendo a esto en lo que trabajaste hace una semana para finalmente arreglarlo. Ese es un beneficio de un Monorepo. El segundo beneficio es compartir code. Entonces, si tienes alguna lógica de usuario para validar si un nombre de usuario es válido, y quieres reutilizar esa lógica en múltiples aplicaciones o múltiples subsecciones de tu aplicación. Si fueras a hacer eso en repositorios separados, tendrías que publicar eso y mantener los números de versión sincronizados. Mientras que en un monorepo, todo lo que necesitas hacer para compartir esa lógica es exportar una función y luego simplemente reutilizar esa función donde sea necesario. Por lo que es muy sencillo mantener esa lógica sincronizada. Si quisieras cambiar esta lógica de alguna manera, simplemente actualizas esa función y en todas partes se usa instantáneamente la nueva lógica actualizada. El otro beneficio es tener un único conjunto de dependencias. Entonces, digamos que tienes múltiples versiones diferentes de tu framework de Angular o react, eso puede causar errores extraños y raros. Si tienes una biblioteca que está en una versión antigua de react y la aplicación está en una versión más nueva de react, puede haber como, difícil de debug. Errores de tiempo de ejecución difíciles de debug que pueden ser causados por eso. El otro problema es que cuando tienes múltiples aplicaciones en diferentes, bueno, tienes múltiples aplicaciones, generalmente hay una aplicación, que es la principal en la que se trabaja todo el tiempo. Así que va a estar en la última versión de React. Versión del framework, pero luego si vas a tener otra aplicación que sabes que actualizas cada tres meses o algo así, tal vez cuando llegues a eso, y luego cuando vayas a actualizar eso, siempre es un dolor. Porque tienes que recordar, ¿cuáles fueron las cosas complicadas sobre la actualización a esa versión de React que fue hace seis meses, o hace un año. Y tienes que pasar por todos los mismos puntos de dolor que hiciste la primera vez, pero 12 meses después. Mientras que es mucho más fácil hacer todas las actualizaciones de la aplicación al mismo tiempo. Porque estás resolviendo el mismo problema en 10 lugares diferentes, en lugar de resolver el mismo problema en un lugar, por lo que no es tan difícil. Mientras que si lo haces 10 veces diferentes en el transcurso de un año, eso es realmente doloroso. Bueno, la colocación de code es donde simplemente juntas code sin tener una herramienta de monorepo en su lugar. Entonces, uno de los problemas que puedes tener es ejecutar pruebas innecesarias, no tener límites de code y tener herramientas inconsistentes. Entonces, pruebas innecesarias, digamos que cambias el proyecto de la página de inicio de productos, y eso depende de una biblioteca de UI. Entonces, si haces cambios en la página de inicio de productos, no hay forma de que hayas roto la prueba para la biblioteca de UI de productos. Entonces, no tiene sentido ejecutar esas pruebas, pero sin que tu tooling sepa acerca de cómo funciona este gráfico de dependencia, cómo funciona esa dependencia. No hay forma de que tu tooling pueda decir, estas pruebas necesitas ejecutar, estas pruebas no necesitas ejecutar. Entonces necesitas tener algo que conozca este gráfico de dependencia. Y entonces podrías teóricamente hacer eso tú mismo. Dices que sé que esta prueba necesita ejecutarse, estas otras pruebas no. Pero un repositorio normal que tiene múltiples aplicaciones, el gráfico del producto se ve más como esto. O incluso, he visto gráficos que tienen miles de nodos en él como este. Y entonces no hay forma de que puedas hacer eso en tu cabeza para asegurarte de que todas las pruebas se hagan correctamente cada vez. Entonces quieres tener una herramienta que pueda hacer esto por ti. Así te aseguras de ejecutar todas las pruebas que necesitas ejecutar, pero ninguna de las pruebas que están garantizadas de no haberse roto. La otra cosa son los límites de code. Digamos que tienes tu code en un repositorio compartido, y tienes alguna función con la que estás jugando. Está destinado para uso interno dentro de tu proyecto, y no quieres que otras personas lo usen, porque podría cambiar con frecuencia, ¿verdad? Pero alguien llega y comienza a usar esa función en su aplicación. Y luego en algún momento más tarde, la cambias. Has roto su aplicación, y están molestos contigo. Y entonces, ahora estás siempre en el gancho para mantener esa función con la misma API, o arreglar su code dondequiera que lo esté usando. Entonces, necesita haber alguna forma de decir, estas funciones están disponibles para que las uses. Estas funciones no están disponibles para que las uses. Para que puedas decir claramente, aquí está el límite, y esto es mi cosas, cosas internas. Esto es cosas públicas. Y la otra cosa es la inconsistencia en las tooling. Entonces, cada aplicación, cada proyecto tiene, pones en NPM script, tienes todo tipo de banderas y scripts extraños. Y entonces, cada vez que entras en una nueva base de code, tienes que averiguar, ¿qué significa esto? ¿Y por qué alguna vez ejecutaría esto? Y es realmente difícil saber eso en cada nueva aplicación. Entonces necesitas tener alguna forma de hacer esas cosas descubribles y bien documentadas. Así es como Nx puede ayudar.

2. Beneficios de NxMonoRepos

Short description:

Te brinda todos los beneficios del monorepo sin las desventajas de la colocación de código. Nx proporciona reglas de linting, generadores y complementos para prácticas de codificación consistentes. Permite compartir código de manera controlada y tener un diagrama de arquitectura preciso. Nx comprende las dependencias entre proyectos, asegurando una ejecución precisa de tareas y pruebas.

Te brinda todos los beneficios del monorepo sin las desventajas de la colocación de código. Por lo tanto, puede brindarte una ejecución de comandos más rápida, compartir código de manera controlada, prácticas de codificación consistentes y un diagrama de arquitectura preciso. Así que una ejecución de comandos más rápida. Hay ejecutores, que te ayudan a ejecutar las tareas que necesitas ejecutar en tu código, la construcción, las pruebas y esas cosas. Nx Affected te permite ejecutar comandos solo en proyectos que se vieron afectados por un cambio de código y no en nada que no se vio afectado. Y el almacenamiento en caché local y distribuido también acelera tu tiempo de ejecución promedio en CI o localmente al decir si las entradas para esta tarea no han cambiado, entonces sé que la salida ya es la que se hizo antes. Y simplemente lo obtiene de la caché en lugar de volver a ejecutarlo. Y el almacenamiento en caché distribuido te permite compartir esa caché en toda tu organización en lugar de solo localmente en tu máquina. Compartir código de manera controlada, puedes configurar una API para tus proyectos y decir que estas son las funciones que son públicas para que las use cualquier persona y estas son las que no se exportan en el archivo de API, ese archivo indexado TS es privado, por lo que no se puede usar. Puedes configurar etiquetas para decir que estos tipos particulares de proyectos pueden depender de estos otros tipos de proyectos, pero otros no pueden. Y así, cualquier estructura que necesites hacer para tu propia organización, puedes decir que estos tipos de proyectos se pueden usar dentro de este equipo y estos otros proyectos se comparten para que cualquiera los use. Entonces, cualquier tipo de estructura que necesites hacer con esas etiquetas, puedes hacerlo. También puedes crear bibliotecas publicables para publicar en NPM. Utilizas un archivo de propietarios de código, que es una función de Git que dice que si haces cambios dentro de estas carpetas, estas personas en particular deben aprobar la PR antes de que se pueda fusionar. Así que todas esas cosas son útiles para administrar un repositorio grande. Prácticas de codificación consistentes, por lo tanto, Nx proporciona reglas de linting, los generadores te permiten generar y modificar código. Así que mantener las cosas actualizadas y agregar nuevo código de manera consistente. Hay complementos proporcionados por Nx que son oficiales, y también hay complementos de la comunidad. Cualquiera puede escribir un complemento y publicarlo y decir, esto te dará soporte para alguna herramienta que Nx no haya admitido oficialmente. Y luego puedes tener un diagrama de arquitectura preciso. Entonces, Nx comprende cómo se relacionan los diferentes proyectos entre sí. No solo la forma en que crees que dependen entre sí o la forma en que deseas que dependan entre sí o la forma en que dependían entre sí hace seis meses. Es lo que el código dice acerca de cómo estos proyectos dependen entre sí, lo cual es invaluable para realmente tener una vista precisa de qué pruebas realmente deben ejecutarse y cómo los proyectos deben, qué tareas deben ejecutarse antes de qué otras tareas, ese tipo de cosas.

Watch more workshops on topic

Masterclass de Depuración de Rendimiento de React
React Summit 2023React Summit 2023
170 min
Masterclass de Depuración de Rendimiento de React
Top Content
Featured WorkshopFree
Ivan Akulov
Ivan Akulov
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 🤐)
Aventuras de Renderizado Concurrente en React 18
React Advanced Conference 2021React Advanced Conference 2021
132 min
Aventuras de Renderizado Concurrente en React 18
Top Content
Featured WorkshopFree
Maurice de Beijer
Maurice de Beijer
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.
Consejos sobre React Hooks que solo los profesionales conocen
React Summit Remote Edition 2021React Summit Remote Edition 2021
177 min
Consejos sobre React Hooks que solo los profesionales conocen
Top Content
Featured Workshop
Maurice de Beijer
Maurice de Beijer
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.
React, TypeScript y TDD
React Advanced Conference 2021React Advanced Conference 2021
174 min
React, TypeScript y TDD
Top Content
Featured WorkshopFree
Paul Everitt
Paul Everitt
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.
Masterclass Web3 - Construyendo Tu Primer Dapp
React Advanced Conference 2021React Advanced Conference 2021
145 min
Masterclass Web3 - Construyendo Tu Primer Dapp
Top Content
Featured WorkshopFree
Nader Dabit
Nader Dabit
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.
Diseñando Pruebas Efectivas con la Biblioteca de Pruebas de React
React Summit 2023React Summit 2023
151 min
Diseñando Pruebas Efectivas con la Biblioteca de Pruebas de React
Top Content
Featured Workshop
Josh Justice
Josh Justice
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

Check out more articles and videos

We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career

Una Guía del Comportamiento de Renderizado de React
React Advanced Conference 2022React Advanced Conference 2022
25 min
Una Guía del Comportamiento de Renderizado de React
Top Content
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.
Construyendo Mejores Sitios Web con Remix
React Summit Remote Edition 2021React Summit Remote Edition 2021
33 min
Construyendo Mejores Sitios Web con Remix
Top Content
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.
Compilador React Forget - Entendiendo React Idiomático
React Advanced Conference 2023React Advanced Conference 2023
33 min
Compilador React Forget - Entendiendo React Idiomático
Top Content
Joe Savona
Mofei Zhang
2 authors
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.
Uso efectivo de useEffect
React Advanced Conference 2022React Advanced Conference 2022
30 min
Uso efectivo de useEffect
Top Content
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.
Enrutamiento en React 18 y más allá
React Summit 2022React Summit 2022
20 min
Enrutamiento en React 18 y más allá
Top Content
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.
(Más fácil) Visualización interactiva de datos en React
React Advanced Conference 2021React Advanced Conference 2021
27 min
(Más fácil) Visualización interactiva de datos en React
Top Content
This Talk is about interactive data visualization in React using the Plot library. Plot is a high-level library that simplifies the process of visualizing data by providing key concepts and defaults for layout decisions. It can be integrated with React using hooks like useRef and useEffect. Plot allows for customization and supports features like sorting and adding additional marks. The Talk also discusses accessibility concerns, SSR support, and compares Plot to other libraries like D3 and Vega-Lite.