May tag na: tutorial

12 mga artikulo

Serye:

Isang app na tumatakbo mula sa mga kopyang nakalagay sa loob nito habang pumapalya ang isa sa mga supply line nito

Fallback para sa mga federated remote: ang kopya sa binary at ang net sa session

Bumagsak ang CDN at nagsisimula pa rin ang app, mula sa kopya ng bawat remote na nakalagay sa binary. Sa isang CDN launch, ang remote na hindi ma-load ay lumilipat sa sarili nitong kopya habang nananatili sa CDN ang isa, at sa wakas ay nagre-retry na ang Try again.

Dalawang version ng app na tumatanggap ng kani-kanilang remote version mula sa iisang CDN habang nagbabago ang isang linya ng map

CDN delivery: ang version map, ang resolver, at ang live na flip

Sa bawat launch, tinatanong ng app sa CDN kung aling mga remote version ang puwede nitong patakbuhin. Pagkatapos, nagpapadala ang isang operator ng bago sa isang naka-install na app gamit ang isang directory at isang linya ng JSON, at ibinabalik ito sa parehong paraan. Kasama rin kung ano ang pinapayagan ng Apple at Google, sinipi mula sa kasalukuyang mga teksto.

Tatlong supply line na nagpapakain sa iisang federated app: isang dev server, isang registry, at isang CDN

Ang production build at ang tatlong mode ng isang federated React Native app

Umaalis ang mga remote sa dev server: binuo para sa production, sinasignan sa build, at sineserve mula sa CDN na isang directory at isang port lang. Nasa gitna ang registry, at isang table ang nagsasabi kung aling mga pagbabago ang nangangailangan pa rin ng app-store release.

Isang federated remote na umaabot sa native screen sa pamamagitan ng hatch ng host at tumatanggap ng resulta

shell.navigateTo: mga native screen mula sa federated remote sa React Native

JavaScript lang ang dala ng isang remote, kaya nagpapahiram ang host ng native screen sa pamamagitan ng isang promise: isang routing table, isang TurboModule, at isang Quick Battle sa SwiftUI at Compose na ginawa para mag-resolve ng promise ang bawat exit.

Isang malaking gauge na nakapatong sa tuntungan at tatlong panel na hugis telepono, may sariling maliit na gauge ang bawat isa, at may manipis na tubo mula sa bawat panel pabalik sa malaking gauge

Accessibility testing sa mga federated remote sa React Native

Isang shared testing package ang nagbibigay ng parehong WCAG bar sa bawat remote: sinusuri ang contrast, touch target at status semantics sa mga package na nagmamay-ari ng mga ito, sinusuri ng bawat team ang sarili nitong screen sa sarili nitong suite, at may isang pumalyang test na nakatuklas ng button na walang makasukat.

Isang design-system palette na pumupuno sa tatlong panel ng federated na app

Ang design system bilang federated singleton sa React Native

Tatlong federated na app ang may dalang tig-isang kopya ng parehong mga grey hanggang lumipat sa seam ang isang design-system package: gluestack-ui components at NativeWind sa ilalim ng Re.Pack, isang shared singleton, at isang theme toggle na sabay na nagre-repaint sa lahat ng remote.

Isang federated remote na nagdadagdag ng sarili nitong slice sa isang shared store habang tumatawid dito ang isa pang remote

Client state sa kabila ng seam: mga remote na may dalang sariling slice sa React Native

Isang remote ang nag-i-inject ng slice na siya lang ang may-ari sa shared store, dala ng contract ang nag-iisang action na tumatawid, at dumarating ang write bilang prop; mag-dispatch bago pa mabuo ang slice at tahimik na mawawala ang add.

Isang host app na may hawak na isang shared store na pinupunan ng dalawang feature na hiwalay na inilabas ng live na API data

Isang shared store: server state sa mga federated remote sa React Native

Isang remote at isang installed na package ang nag-i-inject ng kani-kanilang endpoint sa iisang store ng host at nagshe-share ng isang cache; kapag namali ang pag-share, mag-ha-hang ang screen sa isang spinner na hindi nare-resolve kailanman.

Mga app na hiwalay na binuo, nag-i-install ng mga versioned na package (isang typed na contract at isang shared na screen) mula sa iisang registry

Ang contract package: isang versioned na seam sa pagitan ng mga federated remote sa React Native

Walang app na nakakakita ng ini-ship ng iba. Dalawang package na na-install by version (isang typed na contract at ang shared na detail screen) ang nagbibigay sa bawat panig ng isang depinisyon; semver ang bahala sa drift.

Isang host React Native app na may bottom tab bar, bawat tab ay nag-lo-load ng ibang remote sa runtime

Ang host shell: mga federated remote bilang tabs sa React Native

Gawing tunay na app shell ang host: ito ang may-ari ng tab bar at navigation, at bawat tab ay remote na binuo, na-ship at nilo-load nang mag-isa.

Isang host at isang remote na React Native app na nag-share ng iisang kopya ng isang library sa pamamagitan ng iisang share scope

Ang shared-singleton contract sa React Native Module Federation

I-share ang react, react-native at isang native library sa host at remote nito nang tama; ang maling paggawa ay nagpapa-crash sa app sa launch, hindi tahimik.

Isang host React Native app na nag-lo-load ng screen mula sa hiwalay na remote app sa runtime

Ang iyong unang federated remote sa React Native

Dalawang React Native app, isa naglo-load ng screen ng isa pa sa runtime sa Module Federation 2.0 at Re.Pack. Bawat hakbang copy-paste, tapos tumatakbong app.