Una app federada dibuixada com a territoris d'equips diferents, units per fins raïls compartits i una petita shell central

Qui és amo de què: fronteres, equips i acoblament en una app React Native federada

17 min de lectura
React NativeModule Federationarquitecturagestió d'enginyeriaopinió
Warren de Leon
Warren de Leon

Software Engineering Manager. Recentment he liderat l'equip de Mobile Platform a Hargreaves Lansdown. Escric sobre lideratge tècnic, React Native i com construir bons equips.

Veure perfil

Més del blog

Apps construïdes per separat instal·lant paquets versionats — un contracte tipat i una pantalla compartida — des d'un mateix registre

El paquet de contractes: una costura versionada entre remotes federats a React Native
Una app host que manté un sol store compartit que dues features publicades per separat omplen amb dades en directe d'una API

Un sol store compartit: estat de servidor entre remotes federats a React Native
Estructura de projecte per funcionalitat a React Native

Estructura de projecte per funcionalitat a React Native
Un host i un remote de React Native compartint una sola còpia d'una llibreria a través d'un únic share scope

El contracte de singletons compartits a React Native Module Federation
Una app host de React Native amb una tab bar inferior, cada pestanya carregant un remote diferent en temps d'execució

El shell del host: remotes federats com a pestanyes a React Native
Estat del servidor i estat del client a React

Estat del servidor i estat del client: per què les apps de React necessiten dues llibreries
Tags de RTK Query vs query keys de TanStack Query

Tags vs query keys: una petita diferència d'API que canvia com es coordinen els equips
Una app host de React Native carregant una pantalla d'una app remote separada en temps d'execució

El teu primer remote federat a React Native
Module Federation a React Native

Per què Module Federation a React Native