Várias telas precisam dos mesmos dados de servidor e eles ficam sendo buscados de novo. Como você lidaria com isso?

Coloque os dados numa camada de cache chaveada por requisição em vez de no estado de componente. Uma biblioteca de query deduplica requisições concorrentes para a mesma chave, serve dados do cache na hora enquanto revalida em segundo plano, e te dá um lugar só para invalidar depois de uma mutação. Do lado do servidor, cache por requisição mais prefetch na rota significa que o cliente muitas vezes já tem os dados antes de o componente montar.

A causa raiz normalmente é que o dado está sendo tratado como estado de componente, então cada tela tem a própria cópia e o próprio fetch. Eu movo para um cache de query chaveado por algo com significado, tipo o nome do recurso mais o id. Uma vez chaveado, três componentes pedindo a mesma coisa numa mesma passada de render produzem uma requisição de rede, e a segunda tela ganha um paint instantâneo do cache enquanto uma revalidação acontece quietinha atrás. Eu defino o stale time por recurso e não globalmente, porque um perfil de usuário pode ficar obsoleto por minutos e um status de pedido ao vivo não pode. As mutações então invalidam chaves específicas em vez de tudo, e eu mantenho os construtores de chave num módulo só para ninguém inventar uma chave levemente diferente e quebrar o cache em silêncio. Se o framework suportar, eu faço prefetch na rota ou busco no servidor, para o dado já estar a caminho antes de o componente montar, que é o que de fato remove o waterfall em vez de só escondê-lo atrás de um spinner.