Plusieurs écrans ont besoin des mêmes données serveur et elles sont refetchées en permanence. Comment géreriez-vous ça ?

Mettez les données dans une couche de cache indexée par requête plutôt que dans l'état des composants. Une bibliothèque de requêtes déduplique les appels concurrents pour une même clé, sert instantanément les données en cache pendant qu'elle revalide en arrière-plan, et vous donne un seul endroit où invalider après une mutation. Côté serveur, un cache au niveau de la requête plus du préchargement dans la route font que le client a souvent les données avant même que le composant ne se monte.

La cause profonde, c'est en général que la donnée est traitée comme de l'état de composant, donc chaque écran possède sa propre copie et sa propre récupération. Je la déplace dans un cache de requêtes indexé par quelque chose de significatif, comme le nom de la ressource plus l'id. Une fois indexée, trois composants qui demandent la même chose pendant une même passe de rendu ne produisent qu'une seule requête réseau, et le deuxième écran s'affiche instantanément depuis le cache pendant qu'une revalidation se fait discrètement derrière. Je règle le stale time par ressource plutôt que globalement, parce qu'un profil utilisateur peut être périmé quelques minutes et un statut de commande en direct non. Les mutations invalident ensuite des clés précises au lieu de tout, et je garde les constructeurs de clés dans un seul module pour que personne n'invente une clé légèrement différente et ne casse le cache en silence. Si le framework le permet, je précharge dans la route ou je récupère côté serveur, pour que la donnée soit déjà en vol avant le montage du composant, et c'est ça qui supprime vraiment la cascade au lieu de la cacher derrière un spinner.