Construeix una app React Native federada des de zero amb Module Federation i Re.Pack: remots en temps d'execució, el contracte de singleton compartit i un host shell que controla la navegació.
Repensar com contractar enginyers de React Native: redissenyar la prova tècnica, avaluar amb justícia de graduat a sènior i proves per a casa que els candidats sí que acaben.
Les bases d'un projecte React Native sòlid: simulació d'APIs, emmagatzematge segur per nivells, proves end-to-end i una estructura feature-first.
Com triar la gestió d'estat amb el cap fred: estat de servidor davant estat de client, formes d'invalidació de cau que modelen els hàbits de l'equip i què canvia Module Federation en la pregunta.
La CDN cau i l'app arrenca igualment, des d'una còpia de cada remote inclosa al binari. En una arrencada en mode CDN, un remote que no es carrega passa a la seva còpia mentre l'altre continua a la CDN, i Try again per fi reintenta.
A cada arrencada, l'app pregunta a la CDN quines versions dels remotes pot executar. Després, un operador n'envia una de nova a una app ja instal·lada amb un directori i una línia de JSON, i la reverteix de la mateixa manera. A més, què permeten Apple i Google, citat dels textos vigents.
Els remotes deixen el servidor de desenvolupament: construïts per a producció, signats en temps de build i servits des d'una CDN que és un directori i un port. El registre queda al mig, i una taula diu quins canvis encara costen una publicació a la botiga.
Un remote només lliura JavaScript, així que el host li presta una pantalla nativa a través d'una única promesa: una taula de rutes, un TurboModule i un Quick Battle en SwiftUI i Compose construït perquè cada sortida resolgui la promesa.
Un paquet de tests compartit posa el mateix llistó WCAG a tots els remotes: contrast, àrees tàctils i semàntica d'estat es comproven als paquets que els defineixen, cada equip comprova les seves pantalles a la seva suite, i un test en vermell va destapar un botó que ningú no podia mesurar.
Tres apps federades repeteixen les mateixes decisions de color fins que el design system passa a ser un paquet a la frontera: components de gluestack-ui i NativeWind sobre Re.Pack, un únic singleton compartit i un toggle de tema que canvia l'aspecte de tots els remotes alhora.
Les mateixes dades de PokéAPI arriben per REST i per GraphQL a través d'un sol slice de RTK Query, un tag invalida en tots dos, i la pregunta honesta és quan el cache normalitzat d'Apollo justifica dos caches durant la transició.
TanStack Query i Zustand reconstrueixen l'app que Redux Toolkit i RTK Query acaben de construir; tots dos funcionen, i el que els separa és el que passa quan equips independents deixen de coordinar-se.
Un remote injecta a l'store compartit l'slice que només és seu, el contracte porta l'única acció que creua, i l'escriptura arriba com a prop; fes dispatch abans que l'slice existeixi i l'afegir es perd en silenci.
Qui respon d'una frontera, d'un component, d'una definició de dades? Cinc tests per tallar una app React Native federada per línies d'equip, i què mou cada resposta.
Un remote i un paquet instal·lat injecten els seus endpoints en un sol store del host i comparteixen un sol cache; si t'equivoques compartint-lo, la pantalla es queda penjada en un spinner que no es resol mai.
Les tags de RTK Query i les query keys de TanStack Query semblen intercanviables en codi d'un sol equip. A escala de diversos equips, canvien què falla quan els equips es desincronitzen.
Lideratge tècnic, React Native i com construir equips, a la teva safata quan hi hagi res nou. Sense spam.
Doble confirmació. Cancel·la quan vulguis. · Privacitat
Alguna cosa ha anat malament. Torna-ho a provar d'aquí a un moment.
Gairebé hi som: revisa el teu correu per confirmar la subscripció.
