Bumalik sa blog

May tag na: re-pack

5 mga artikulo

Isang host at isang federated remote na nag-i-install bawat isa ng sarili nilang bersyon ng isang shared contract package mula sa isang registry

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

Binuo at na-ship ang isang remote nang mag-isa, kaya hindi nakikita ng host kung ano ang inilalantad nito. Isang shared contract package, na-publish sa isang registry at na-install ayon sa bersyon, ang nagbibigay sa dalawang panig ng iisang depinisyon. Pagkatapos, pinamamahalaan ng semver kung ano ang nangyayari kapag nag-iiba sila.

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 mula sa iisang screen. Ito ang may-ari ng tab bar at navigation; bawat tab ay hiwalay na remote, binuo at na-deploy nang mag-isa, nilo-load sa runtime.

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 pagitan ng host at ng remote nito nang tama, at tingnan kung bakit ang maling paggawa nito ay nagpapa-crash sa app sa pag-launch sa halip na tahimik na masira.

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

Buuin ito mula sa simula: dalawang React Native app, ang isa nag-lo-load ng screen ng isa pa sa runtime gamit ang Module Federation 2.0 at Re.Pack. Bawat hakbang, copy-paste, nagtatapos sa isang tumatakbong app.

Module Federation sa React Native

Bakit Module Federation sa React Native

Ano ang ibinibigay ng runtime micro-apps sa isang React Native app, ano ang halaga nito, at kailan sulit ang palitan. Ang panimula sa isang series na bubuo ng federated setup mula sa simula.