-
We are looking at the possibility of replacing our old redux based auth store with tanstack/query, some local storage persistence and perhaps broadcastQueryClient (even though it's experimental). We would however like to limit the storage / broadcasting to only be the auth part, and thus have it in a separate provider scope, than the rest of the applications data. So can we either limit storage / broadcasts to a specific set of queryKeys, or can we have two queryclient providers for our app? (One for auth, and one for the rest of the data) We are using react btw. |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments
-
Yes, storage has options for that. Not sure about broadcast
you can, but then you'd need to pass the
you can't use |
Beta Was this translation helpful? Give feedback.
-
It'd be great to opt-in to broadcasting on a per-query basis |
Beta Was this translation helpful? Give feedback.
Yes, storage has options for that. Not sure about broadcast
you can, but then you'd need to pass the
queryClient
specifically to each invocation of useQuery, or make your own abstraction:you can't use
useQueryClient
because that would just look up the nearest provider