La CDN se cae y la app arranca igualmente, desde una copia de cada remote incluida en el binario. En un arranque en modo CDN, un remote que no llega a cargarse pasa a su propia copia mientras el otro sigue en la CDN, y Try again por fin reintenta.
En cada arranque, la app pregunta a la CDN qué versiones de los remotes puede ejecutar. Después, un operador envía una nueva a una app ya instalada con un directorio y una línea de JSON, y la revierte de la misma forma. Además, lo que permiten Apple y Google, citado de los textos vigentes.
Los remotes dejan el servidor de desarrollo: construidos para producción, firmados en tiempo de build y servidos desde una CDN que es un directorio y un puerto. El registro queda en medio, y una tabla dice qué cambios siguen costando una publicación en la tienda.
Un remote solo entrega JavaScript, así que el host le presta una pantalla nativa a través de una única promesa: una tabla de rutas, un TurboModule y un Quick Battle en SwiftUI y Compose construido para que cada salida resuelva la promesa.
Un paquete de tests compartido pone el mismo listón WCAG en todos los remotes: contraste, áreas táctiles y semántica de estado se comprueban en los paquetes que los definen, cada equipo comprueba sus pantallas en su propia suite, y un test en rojo destapó un botón que nadie podía medir.
Tres apps federadas repiten las mismas decisiones de color hasta que el design system pasa a ser un paquete en la frontera: componentes de gluestack-ui y NativeWind sobre Re.Pack, un único singleton compartido y un toggle de tema que cambia el aspecto de todos los remotes a la vez.
Un remote inyecta el slice que solo él posee en el store compartido, el contrato define la única acción que cruza, y la escritura entra por una prop; despacha antes de que el slice exista y la acción se pierde en silencio.
Un remote y un paquete instalado inyectan sus endpoints en un solo store del host y comparten una caché; si lo compartes mal, la pantalla se queda colgada en un spinner que nunca se resuelve.
Ninguna app ve lo que publican las demás. Dos paquetes instalados por versión (un contrato tipado y la pantalla de detalle compartida) dan a cada lado una sola definición y dejan que semver gobierne la deriva.
El host pasa de una pantalla a shell de la app: lleva la tab bar y la navegación, y cada pestaña es un remote construido, desplegado y cargado aparte.
Comparte react, react-native y una librería nativa entre un host y su remote de la forma correcta; hacerlo mal rompe la app al arrancar, no en silencio.
Dos apps de React Native, una carga la pantalla de la otra en runtime con Module Federation 2.0 y Re.Pack. Cada paso se copia y pega, hasta una app en marcha.
Liderazgo técnico, React Native y cómo construir equipos, en tu bandeja cuando haya algo nuevo. Sin spam.
Doble confirmación. Cancela cuando quieras. · Privacidad
Algo ha ido mal. Inténtalo de nuevo en un momento.
Ya casi está: revisa tu correo para confirmar la suscripción.