Etiqueta: Redux

5 articles

Sèrie:

Dos backends alimentant un únic cache de client compartit entre mòduls federats

Dos backends, un client? RTK Query vs Apollo a React Native

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ó.

La mateixa app federada connectada a dos stacks d'estat diferents

Stacks d'estat sota federació: la mateixa app de React Native construïda dues vegades

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 federat que afegeix el seu propi slice a un store compartit mentre un altre remote hi creua

L'estat de client creua la frontera: remotes que porten els seus propis slices a React Native

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.

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

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.

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.