Un remote cargado en runtime inyecta su endpoint en el store del host y comparte una sola caché; si lo compartes mal, la pantalla se queda colgada en un spinner que nunca se resuelve.
El host no ve lo que expone un remote. Un paquete de contratos publicado e instalado por versión da a ambos lados una definición y semver gobierna la deriva.
El host pasa de una pantalla a cáscara de la app: es dueño de 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.
Qué aportan a una app de React Native los micro-apps en runtime, qué cuestan y cuándo compensa. Intro de una serie que construye un setup federado desde cero.
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.