Offline-First Urban Lighting App Transformation

This ad is not shown to multipass and full ticket holders
JSNation US
JSNation US 2025
November 17 - 20, 2025
New York, US & Online
See JS stars in the US biggest planetarium
Learn More
In partnership with Focus Reactive
Upcoming event
JSNation US 2025
JSNation US 2025
November 17 - 20, 2025. New York, US & Online
Learn more
Bookmark
Rate this content

Esta presentación proporciona una descripción práctica del desarrollo de una Progressive Web App (PWA) dentro del alcance del proyecto BelIS (Sistema de Información de Iluminación) con énfasis en la disponibilidad sin conexión. Este proyecto, iniciado por la ciudad de Wuppertal, sirve como respuesta a las demandas de la gestión de la iluminación urbana y es utilizado diariamente por el Departamento 104 de la Ciudad, los Servicios Municipales de Wuppertal y el socio contratista actual, SPIE AG.

This talk has been presented at React Summit US 2024, check out the latest edition of this React Conference.

Thorsten Hell
Thorsten Hell
17 min
22 Nov, 2024

Comments

Sign in or register to post your comment.
Video Summary and Transcription
Hola, bienvenidos a Shining Offline. Compartiré cómo el enfoque de primero sin conexión nos salvó en el sistema móvil de iluminación urbana. Discutiremos Kismet, el sistema Bayless y la transición a una progressive web app. El sistema manejaba órdenes de trabajo, pero el proceso manual causaba esfuerzo innecesario. En 2015, construimos una aplicación nativa para iOS, pero enfrentamos desafíos con las actualizaciones y la comunicación. Eventualmente, convencimos al cliente de cambiar a una progressive web app. El diseño de la nueva PWA mejora la usabilidad y utiliza mapas y servicios de la infraestructura propia de la ciudad. Implementar el principio de primero sin conexión abordó muchos problemas, y proporcionar mapas sin conexión requirió el uso del protocolo de la aplicación MapLibreGL. También se discutió la comunicación sin conexión con el punto final de la aplicación iOS y la gestión de conflictos. El enfoque de primero sin conexión requiere un esfuerzo significativo pero conduce a la satisfacción del usuario. Los iPads son los dispositivos de elección.

1. Introducción y Antecedentes de Kismet

Short description:

Hola, bienvenidos a Shining Offline. Compartiré cómo el enfoque de offline first nos salvó en el sistema móvil de iluminación urbana. Discutiremos Kismet, el sistema Bayless y la transición a una aplicación web progresiva. Comencemos con Kismet, una empresa de software enfocada en construir soluciones para ciudades y gobiernos locales. Ahora, adentrémonos en el sistema Bayless, su integración geoespacial y la aplicación Java Rich Client que desarrollamos.

Hola, y bienvenidos a Shining Offline, una charla sobre las mejores prácticas acerca de cómo casi luchamos y cómo el principio de offline first nos ayudó. Soy Thorsten Hell y trabajo para una pequeña empresa de software llamada Kismet en el suroeste de Alemania. Hoy quiero compartir cómo nos encontramos a un paso del desastre con el primer sistema móvil de información de iluminación urbana del Consejo Municipal de Wuppertal, y cómo el enfoque de offline first nos salvó, convirtiendo un momento difícil en una experiencia más fluida y fácil para nuestro equipo.

Aquí está la estructura de mi charla. Comenzaré con una introducción con una diapositiva sobre Kismet. Luego, explicaré qué es el sistema original de Bayless y por qué lo desarrollamos. Después mostraré cómo hicimos la transición de iOS a una aplicación web progresiva, enfocándonos en un enfoque offline first de cuatro dimensiones. Al final, resaltaré los puntos más importantes desde mi perspectiva.

Kismet comenzó en 2002 como una empresa derivada de EIG en la Universidad de Ciencias Aplicadas de Saarland. Nuestro enfoque principal es construir soluciones de software para ciudades y organismos gubernamentales locales utilizando tecnologías open-source. Somos una empresa 100% remota y hemos estado trabajando de forma remota mucho antes de la pandemia.

Entonces, hablemos de Bayless. ¿Qué es? En 2008, la Administración de la Ciudad de Wuppertal nos pidió que desarrolláramos un sistema de información para gestionar la iluminación de la ciudad. Necesitaba integrarse con la infraestructura geoespacial data que ya habíamos ayudado a construir. Con los sistemas antiguos, como BS2000 o MSXS, la georreferenciación se hacía manualmente en mapas impresos. Decidimos utilizar una aplicación Java Rich Client, que era bastante común en ese momento. Lo realmente nuevo era el componente de mapa integrado. La aplicación se encargaba de registrar y gestionar todo tipo de objetos en la infraestructura de iluminación. Esto incluía no solo las luces, sino también postes, estaciones de interruptores, cajas de empalme e incluso cables con ganchos de pared, que son accesorios colocados en los edificios para sostener cuerdas y cables en su lugar. Incluso estas pequeñas piezas estaban georreferenciadas y se mostraban en el mapa.

2. Building the iOS App and Challenges

Short description:

El sistema manejaba órdenes de trabajo, pero el proceso manual causaba esfuerzo innecesario. En 2015, construimos una aplicación nativa de iOS, pero enfrentamos desafíos con las actualizaciones y la comunicación. Finalmente, convencimos al cliente de cambiar a una aplicación web progresiva. Teníamos el conocimiento y la experiencia para desarrollar la nueva aplicación utilizando componentes de React y Leaflet.

Además de gestionar los objetos de la infraestructura de iluminación, el sistema también manejaba órdenes de trabajo, en ese momento como informes. Estos informes se imprimían, se llevaban al campo, se completaban a mano y luego se ingresaban nuevamente en el sistema, lo que causaba mucho esfuerzo innecesario e inconvenientes tanto para los proveedores de servicios como para los operadores.

En 2015, por lo tanto, surgió la demanda de una solución móvil, y ambiciosamente tuvimos la brillante idea de construir una aplicación nativa de iOS utilizando Swift. Utilizamos el componente de mapa nativo de iOS. En eso, permitimos a los usuarios buscar objetos en el sistema, mostrar estos objetos en diferentes mapas de fondo de iOS, y acceder a información detallada de cada objeto, incluyendo imágenes. Los usuarios también podían realizar acciones en los objetos, como tomar fotos o informar problemas. La aplicación permitía cargar órdenes de trabajo y gestionarlas a través de protocolos vinculados a cada objeto específico que estaban de alguna manera relacionados con la orden de trabajo. Las asignaciones de trabajo aquí van desde pintar sobre pruebas eléctricastesting hasta verificaciones de estabilidad y otras tareas. En este ejemplo, se muestra el pequeño formulario que los usuarios necesitaban completar para una prueba de estabilidad.

Tuvimos varios problemas con esta aplicación de iOS. Después de que se construyó la aplicación, básicamente estaba completa en cuanto a funciones, por lo que no se planificó un desarrollo mayor por parte de la ciudad. Además, no pasamos por la App Store. Utilizamos una distribución ad hoc, que se puede hacer si tienes un recuento de implementación de menos de 100 dispositivos. Por lo tanto, constantemente estábamos implementando actualizaciones para ajustar los archivos de certificado debido a dispositivos nuevos o modificados y actualizaciones relacionadas con los cambios de Swift. Pero uno de los mayores desafíos fue cómo nuestra aplicación se comunicaba con la infraestructura. Se comunicaba con el resto del sistema como si fuera una aplicación de intranet, porque eso es lo que hicimos durante años. A menudo escuchábamos que la aplicación no funcionaba incluso cuando el problema no estaba en nuestro lado. Cada vez teníamos que demostrar primero que no éramos culpables. Esto fue especialmente desafiante con la comprensión del nivel de servicio del departamento de TI de la ciudad en ese entonces. Por ejemplo, cuando hacían cambios en las reglas del firewall un viernes a las 2 p.m. y luego se iban para el fin de semana. Así que bienvenidos a Elm Street. Como puedes imaginar, no estábamos muy contentos con cómo iban las cosas. Finalmente, logramos convencer al cliente de hacer el cambio a una aplicación web progresiva.

Afortunadamente, para entonces, habíamos adquirido experiencia con aplicaciones de una sola página construidas utilizando React y Leaflet y habíamos desarrollado varios mapas de temas, que son pequeñas aplicaciones que intentan llenar el vacío entre los grandes portales GIS y los mapas básicos deslizantes. Aquí hay algunos ejemplos de esos mapas de temas. Van desde mapas para estaciones de monitoreo ambiental hasta mapas de la ciudad con puntos de interés hasta mapas de estaciones de carga para la electromovilidad o mapas de peligro de lluvias intensas. La aplicación para el equipo de alarma ambiental o la aplicación ciudadana para calcular las tarifas de aguas pluviales basadas en superficies selladas también se construyeron utilizando estos componentes y muchos más. Así que teníamos el conocimiento para construir estos sistemas y estábamos emocionados de usar estos componentes que desarrollamos en la nueva aplicación web progresiva Bayliss.

3. Designing and Implementing the New PWA

Short description:

El diseño de la nueva PWA mejora la usabilidad y utiliza mapas y servicios de la infraestructura propia de la ciudad. La experiencia del usuario es similar a la aplicación de iOS, con mejoras en la búsqueda y los fondos de mapas. Se ha ajustado la presentación de datos y las nuevas hojas de datos proporcionan información más clara. Se mantienen las funciones principales, junto con la capacidad de capturar fotos, informar problemas y gestionar órdenes de trabajo. La implementación del principio de primero sin conexión abordó muchos problemas y proporcionar mapas sin conexión requirió el uso del protocolo de la aplicación MapLibreGL.

El diseño de la nueva PWA debe basarse en la aplicación existente, pero con mejoras en la usabilidad y con el cambio de utilizar ahora mapas y servicios de la infraestructura propia de la ciudad, ya no los mapas de Apple. Ahora les mostraré la nueva PWA.

La experiencia del usuario comienza como antes, con una pantalla de inicio de sesión. Visualmente, el diseño sigue siendo casi el mismo que la aplicación de iOS. Los usuarios pueden enfocarse en buscar solo objetos en el centro del mapa. Pueden cambiar entre tres fondos de mapas diferentes. El fondo se puede hacer más transparente para mejorar la visibilidad de los objetos. El primer cambio pequeño detrás de escena es que ahora la búsqueda de posicionamiento utiliza el directorio de calles de la ciudad. También se ha ajustado la presentación de la información y ahora siempre se posiciona en la misma área de la pantalla. Utilizando componentes del proyecto que mencioné anteriormente, los mapas de temas, pudimos superar la funcionalidad de la aplicación de iOS sin requerir demasiado esfuerzo.

Como una mejora importante, las nuevas hojas de datos presentan la información sobre los objetos de manera mucho más clara, simplemente porque tenemos más espacio para usar. Sin embargo, se tuvieron que mantener las funciones principales. Los usuarios tuvieron que configurar su propia navegación. Los usuarios aún pueden capturar fotos de cada objeto que encuentren. Pueden informar problemas relacionados con un objeto. Pueden seleccionar y ver órdenes de trabajo y seleccionar la tarea que necesitan realizar dentro de dicha orden de trabajo. Aquí vemos la interfaz de usuario mejorada para actualizar el estado de un objeto de iluminación que se informó como roto. Y aquí vemos el pequeño formulario para completar cuando un trabajador realmente reemplazó la bombilla según una orden de trabajo. Al utilizar nuestra propia aplicación, logramos solucionar aproximadamente el 50% de los problemas que teníamos con la aplicación anterior. También significó que ya no dependíamos de esa única persona que conocía un poco de Swift. Así que pudimos distribuir el trabajo de manera más equitativa.

Pero, ¿qué pasa con el resto? Bueno, como mencioné anteriormente, el principio de primero sin conexión ayudó mucho. Implementamos el principio de primero sin conexión en cuatro dimensiones diferentes: PWA, mapas sin conexión, datos de la aplicación y sincronización en lugar de publicar. La parte de PWA fue la más fácil. Es bastante estándar y encontrarás muchas instrucciones al respecto. Creamos un service worker para nuestra aplicación, lo que le permite iniciarse incluso sin conexión a Internet o con una conexión deficiente, agregando algunas etiquetas de medición y un archivo de manifiesto. Y, bueno, se ve y se siente como una aplicación. Pero esto es bastante común, así que no entraré en detalles aquí.

4. Offline Map Background and Application Data

Short description:

Proporcionar un fondo de mapa sin conexión a internet utilizando el protocolo de la aplicación MapLibreGL. Acceso sin conexión a la capa vectorial y almacenamiento de datos de la aplicación en el navegador. Sincronización en lugar de publicar para comunicarse con el punto final de la aplicación iOS.

Proporcionar un fondo de mapa sin conexión a internet es ciertamente más interesante. Después de descartar la primera idea de usar un service worker para interceptar el tráfico, encontramos una solución utilizando el protocolo de la aplicación MapLibreGL. Con esa gran característica, pudimos establecer una función de tipo de carga personalizada. Primero, necesitamos almacenar los 30 megabytes de teselas vectoriales de la ciudad de Ubatal en un IndexedDB. Y luego, con la ayuda de esta función de tipo de carga personalizada, podemos acceder a las teselas sin conexión a través de la red.

Para una charla en una conferencia alemana, preparé un proyecto en GitHub donde puedes ver cómo funciona esto en detalle. El proyecto ilustra los siete pasos para tener un mapa disponible sin conexión, incluyendo una instancia en ejecución donde puedes saltar a través de los pasos. En Beelis, así es como se ve el acceso sin conexión a la capa vectorial. El usuario simplemente marca una casilla para habilitarlo y luego se descarga y guarda el archivo en la database. Eso es todo. Una vez hecho, el mapa de fondo se puede acceder completamente sin conexión sin necesidad de una conexión a internet. Lo verás en acción más adelante en la presentación.

El siguiente nivel implica los data de la aplicación. Esto significa que necesitamos tener todos los data de los objetos en el navegador. Con todos los data de los objetos, me refiero a toda la información sobre luces, cables, órdenes de trabajo, y demás. Y para que sea posible la búsqueda, también necesitamos almacenar un índice de geometría de todos los objetos. Sin embargo, no almacenamos imágenes en el modo sin conexión debido al tamaño. Luego, cuando la aplicación está en modo sin conexión, los data ya no se cargan directamente desde el sistema en vivo sino desde esta caché de la aplicación o mejor dicho, almacenamiento sin conexión de la aplicación. Así es como se ve en la aplicación. Por lo general, antes de que un usuario salga de su oficina para trabajar en las calles, debe actualizar la caché. Este proceso de actualización es manual y debe ser iniciado por el usuario. Con el Wi-Fi de la oficina, todo el proceso lleva menos de un minuto. Una vez actualizado, se puede activar el modo sin conexión dentro de la aplicación. Lo demuestro aquí activando el modo avión. Aquí puedes ver tanto los data disponibles sin conexión como el mapa accesible sin conexión. Funciona tan bien que los usuarios a menudo cambian a este modo para acelerar las cosas cuando su conexión móvil no es buena. La capa final del paradigma de primero sin conexión en Bayless es la sincronización en lugar de publicar.

5. Offline Communication and System Trust

Short description:

Comunicación con el punto final de la aplicación iOS utilizando acciones específicas desencadenadas por la interfaz de usuario. Sincronización sin conexión de acciones con el servidor. Abordar problemas de confiabilidad y gestionar conflictos. Retroalimentación detallada del estado y confianza en el sistema.

En nuestras comunicaciones con el punto final de la aplicación iOS, no utilizamos operaciones CRUD tradicionales. En su lugar, nos comunicamos a través de acciones específicas como informar una interrupción o agregar una imagen. El desafío fue que estas acciones eran desencadenadas directamente por la interfaz de usuario. Para habilitar este comportamiento sin conexión, las acciones junto con sus cargas ahora se escriben en una tabla localmente. Luego, esta tabla se sincroniza con el servidor en nuestro centro de datos. Cuando la tabla sincronizada cambia en el servidor, realizamos las llamadas API adecuadas y escribimos los resultados de vuelta en la tabla en el servidor. El proceso de sincronización establecido garantiza que estas actualizaciones se entreguen de vuelta al dispositivo final.

El núcleo sin conexión se implementó utilizando la combinación de RxDB y Hasura PostgresQL. Aquí puedes ver el esquema. En el lado izquierdo, puedes ver nuestra infraestructura de internet con un punto final de API público. En el centro, puedes ver lo que llamamos nuestro núcleo sin conexión, que se encuentra en el centro de datos del cual somos responsables. Y en el lado derecho, puedes ver el dispositivo final que es la PWA que se ejecuta en un iPad. Con ese comportamiento, abordamos muchos problemas relacionados con la confiabilidad. La aplicación se volvió más resistente a problemas con las conexiones móviles, la infraestructura de la ciudad o incluso los tiempos de inactividad de nuestras API. Pero también introdujimos algunos problemas nuevos.

En primer lugar, tuvimos estados intermedios más largos. Por lo tanto, necesitábamos visualizar los cambios que existen exclusivamente en el dispositivo final en cualquier momento. Lo logramos con marcas claras en la interfaz de usuario. Por ejemplo, si un número se genera normalmente en el servidor, simplemente no podemos mostrarlo antes de que se realice un viaje de ida y vuelta. En ese caso, reemplazamos los caminos generados con estrellas. En segundo lugar, tuvimos que lidiar con posibles conflictos. Para mantener la consistencia, simplemente ejecutamos todas las solicitudes en su orden original como si todos los servicios hubieran estado en línea todo el tiempo. Este método ayuda a prevenir conflictos entre los cambios sin conexión y el sistema en vivo. El siguiente punto fue la necesidad de una retroalimentación detallada del estado. Proporcionar a los usuarios retroalimentación sobre el guardado exitoso de los datos es esencial. Los indicadores visuales en la interfaz de usuario ayudan a los usuarios a comprender el estado actual de sus datos, especialmente en modo sin conexión. El último punto es la confianza. Para tranquilizar nuestra conciencia y proporcionar una red de seguridad, cada dispositivo final puede descargar la tabla de acciones. Esta función sirve como precaución en caso de que algo salga mal. Sin embargo, nunca hemos tenido que usar esta función de respaldo, lo que destaca la estabilidad y confiabilidad de nuestro sistema.

6. Key Takeaways and Closing Remarks

Short description:

El enfoque de offline-first no se detiene en la configuración de una aplicación web progresiva. Requiere un esfuerzo significativo, pero la satisfacción del usuario lo vale. Los iPads son los dispositivos de elección. Gracias por escuchar y no dudes en contactarnos en línea si tienes alguna pregunta.

Entonces, ¿cuál es la conclusión principal aquí? En primer lugar, el enfoque de offline-first no se detiene solo en la configuración de una aplicación web progresiva. La parte más importante es que requiere un esfuerzo significativo. Pero la buena noticia es que si estás yendo más allá, los usuarios están muy satisfechos.

Quiero mencionar como una nota al margen, aunque no estamos restringidos a ellos, los iPads siguen siendo los dispositivos de elección. Por lo tanto, no hay dispositivos Android en este momento en nuestro trabajo de campo.

Muchas gracias por escuchar y gracias a React Summit US por tenerme. Espero que nuestro viaje haya sido útil para todos ustedes. No dudes en contactarme en línea si tienes alguna pregunta. Seguro que me encontrarás. Gracias.

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

No resuelvas problemas, elimínalos
React Advanced 2021React Advanced 2021
39 min
No resuelvas problemas, elimínalos
Top Content
Kent C. Dodds discusses the concept of problem elimination rather than just problem-solving. He introduces the idea of a problem tree and the importance of avoiding creating solutions prematurely. Kent uses examples like Tesla's electric engine and Remix framework to illustrate the benefits of problem elimination. He emphasizes the value of trade-offs and taking the easier path, as well as the need to constantly re-evaluate and change approaches to eliminate problems.
Uso efectivo de useEffect
React Advanced 2022React Advanced 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.
Sistemas de Diseño: Caminando la Línea Entre Flexibilidad y Consistencia
React Advanced 2021React Advanced 2021
47 min
Sistemas de Diseño: Caminando la Línea Entre Flexibilidad y Consistencia
Top Content
The Talk discusses the balance between flexibility and consistency in design systems. It explores the API design of the ActionList component and the customization options it offers. The use of component-based APIs and composability is emphasized for flexibility and customization. The Talk also touches on the ActionMenu component and the concept of building for people. The Q&A session covers topics such as component inclusion in design systems, API complexity, and the decision between creating a custom design system or using a component library.
Concurrencia en React, Explicada
React Summit 2023React Summit 2023
23 min
Concurrencia en React, Explicada
Top Content
React 18's concurrent rendering, specifically the useTransition hook, optimizes app performance by allowing non-urgent updates to be processed without freezing the UI. However, there are drawbacks such as longer processing time for non-urgent updates and increased CPU usage. The useTransition hook works similarly to throttling or bouncing, making it useful for addressing performance issues caused by multiple small components. Libraries like React Query may require the use of alternative APIs to handle urgent and non-urgent updates effectively.
Gestión del Estado de React: 10 Años de Lecciones Aprendidas
React Day Berlin 2023React Day Berlin 2023
16 min
Gestión del Estado de React: 10 Años de Lecciones Aprendidas
Top Content
This Talk focuses on effective React state management and lessons learned over the past 10 years. Key points include separating related state, utilizing UseReducer for protecting state and updating multiple pieces of state simultaneously, avoiding unnecessary state syncing with useEffect, using abstractions like React Query or SWR for fetching data, simplifying state management with custom hooks, and leveraging refs and third-party libraries for managing state. Additional resources and services are also provided for further learning and support.
TypeScript y React: Secretos de un matrimonio feliz
React Advanced 2022React Advanced 2022
21 min
TypeScript y React: Secretos de un matrimonio feliz
Top Content
React and TypeScript have a strong relationship, with TypeScript offering benefits like better type checking and contract enforcement. Failing early and failing hard is important in software development to catch errors and debug effectively. TypeScript provides early detection of errors and ensures data accuracy in components and hooks. It offers superior type safety but can become complex as the codebase grows. Using union types in props can resolve errors and address dependencies. Dynamic communication and type contracts can be achieved through generics. Understanding React's built-in types and hooks like useState and useRef is crucial for leveraging their functionality.

Workshops on related 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 Workshop
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 🤐)
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 2021React Advanced 2021
174 min
React, TypeScript y TDD
Top Content
Featured Workshop
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.
Domina los Patrones de JavaScript
JSNation 2024JSNation 2024
145 min
Domina los Patrones de JavaScript
Top Content
Featured Workshop
Adrian Hajdin
Adrian Hajdin
Durante esta masterclass, los participantes revisarán los patrones esenciales de JavaScript que todo desarrollador debería conocer. A través de ejercicios prácticos, ejemplos del mundo real y discusiones interactivas, los asistentes profundizarán su comprensión de las mejores prácticas para organizar el código, resolver desafíos comunes y diseñar arquitecturas escalables. Al final de la masterclass, los participantes ganarán una nueva confianza en su capacidad para escribir código JavaScript de alta calidad que resista el paso del tiempo.
Puntos Cubiertos:
1. Introducción a los Patrones de JavaScript2. Patrones Fundamentales3. Patrones de Creación de Objetos4. Patrones de Comportamiento5. Patrones Arquitectónicos6. Ejercicios Prácticos y Estudios de Caso
Cómo Ayudará a los Desarrolladores:
- Obtener una comprensión profunda de los patrones de JavaScript y sus aplicaciones en escenarios del mundo real- Aprender las mejores prácticas para organizar el código, resolver desafíos comunes y diseñar arquitecturas escalables- Mejorar las habilidades de resolución de problemas y la legibilidad del código- Mejorar la colaboración y la comunicación dentro de los equipos de desarrollo- Acelerar el crecimiento de la carrera y las oportunidades de avance en la industria del software
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
Next.js 13: Estrategias de Obtención de Datos
React Day Berlin 2022React Day Berlin 2022
53 min
Next.js 13: Estrategias de Obtención de Datos
Top Content
Workshop
Alice De Mauro
Alice De Mauro
- Introducción- Prerrequisitos para la masterclass- Estrategias de obtención: fundamentos- Estrategias de obtención – práctica: API de obtención, caché (estática VS dinámica), revalidar, suspense (obtención de datos en paralelo)- Prueba tu construcción y sírvela en Vercel- Futuro: Componentes de servidor VS Componentes de cliente- Huevo de pascua de la masterclass (no relacionado con el tema, destacando la accesibilidad)- Conclusión