Blog

Estat del servidor i estat del client a React

Estat del servidor i estat del client: per què les apps de React necessiten dues biblioteques

L'estat del servidor i l'estat del client tenen requisits diferents. Per què els stacks moderns de React reparteixen la feina entre dues biblioteques en lloc d'un sol store.

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 frontera versionada entre remotes federats a React Native

Cap app no veu què publiquen les altres. Dos paquets instal·lats per versió (un contracte tipat i la pantalla de detall compartida) donen a cada costat una sola definició; semver governa la deriva.

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

Converteix el host d'una sola pantalla en un shell d'app: té la tab bar i la navegació, i cada pestanya és un remote construït, desplegat i carregat a part.

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

El contracte de singletons compartits a React Native Module Federation

Comparteix react, react-native i una biblioteca nativa entre un host i el seu remote com cal; fer-ho malament fa petar l'app en arrencar, no en silenci.

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

Dues apps React Native, una carregant la pantalla de l'altra en execució amb Module Federation 2.0 i Re.Pack. Cada pas copia i enganxa, fins a l'app en marxa.

Module Federation a React Native

Per què Module Federation a React Native

Què aporten les micro-apps en temps d'execució a una app React Native, què costen i quan val la pena. Intro a la sèrie que construeix un setup federat de zero.

Estructura de projecte per feature a React Native

Per què faig servir una estructura de projecte per feature a React Native

Un argument per organitzar projectes React Native per feature, no per tipus. La prova d'eliminació, les fronteres d'import i on viu el codi compartit.

Detox i Cucumber BDD per a tests E2E a React Native

Detox + Cucumber BDD per a tests E2E a React Native

Detox + Cucumber per a E2E a React Native. Definicions de passos, formatter propi, execució paral·lela i tests de regressió d'accessibilitat en Gherkin pla.

Tres esglaons descendents que sostenen un cub tancat amb clau, una caixa forta i una safata oberta, amb una fletxa de classificació

Tokens a React Native: AsyncStorage contra SecureStore

Els tokens no van a AsyncStorage. Com SecureStore, un magatzem xifrat i AsyncStorage es reparteixen la feina a React Native, i què desa cadascun.

Una malla que travessa una canonada, intercepta fletxes entrants i les classifica en una safata d'èxits i una de fallades

Configurar MSW v2 a React Native

Guia pràctica de Mock Service Worker v2 en un projecte React Native. De la instal·lació a un joc complet de handlers per a èxits, errors, timeouts i offline.

Interview Kit que s'executa en un portàtil durant una entrevista tècnica

He construït una app que el comitè de contractació no obrirà mai

De Notion a markdown i a una app de React per a entrevistes tècniques estructurades. El camí fins al format que funciona a la trucada i al comitè.

Disseny d'una prova tècnica per fer a casa per a enginyers de software

Com escriure una prova tècnica per fer a casa que els candidats realment vulguin fer

Les proves tècniques fallen per fricció en el setup, enunciats vagues o no respectar el temps de la gent. Vaig dissenyar-ne una que els candidats agraeixen.

Carrega més articles