Etiqueta: Redux

5 artículos

Serie:

Dos backends alimentando una única caché de cliente compartida entre módulos federados

¿Dos backends, un cliente? RTK Query vs Apollo en React Native

Los mismos datos de PokéAPI llegan por REST y por GraphQL a través de un solo slice de RTK Query, un tag invalida en los dos, y la pregunta honesta es cuándo la caché normalizada de Apollo justifica dos cachés durante la transición.

La misma app federada conectada a dos stacks de estado distintos

Stacks de estado bajo federación: la misma app de React Native construida dos veces

TanStack Query y Zustand reconstruyen la app que Redux Toolkit y RTK Query acaban de construir; ambos funcionan, y lo que los separa es lo que pasa cuando equipos independientes dejan de coordinarse.

Un remote federado que añade su propio slice a un store compartido mientras otro remote accede a ese slice desde el otro lado de la frontera

El estado de cliente cruza la frontera: remotes que traen sus propios slices en React Native

Un remote inyecta el slice que solo él posee en el store compartido, el contrato define la única acción que cruza, y la escritura entra por una prop; despacha antes de que el slice exista y la acción se pierde en silencio.

Una app host con un único store compartido que dos features publicadas por separado llenan con datos en vivo de una API

Un store compartido: estado de servidor entre remotes federados en React Native

Un remote y un paquete instalado inyectan sus endpoints en un solo store del host y comparten una caché; si lo compartes mal, la pantalla se queda colgada en un spinner que nunca se resuelve.

Estado de servidor y estado de cliente en React

Estado de servidor y estado de cliente: por qué las apps de React necesitan dos librerías

El estado de servidor y el estado de cliente tienen requisitos distintos. Por qué los stacks modernos de React reparten el trabajo entre dos librerías en lugar de un solo store.