You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For every facility page we visit (/facility/{id}, /facility/{id}/configure, /facility/{id}/beds) we keep fetching the facility record for the breadcrubms and other things to work on every page visit.
However, with this approach, we can have a FacilityRouter which will wrap all facility routes under a ContextProvider that'll pass the current facility's data, and hence the facility read API is dispatched only once every time we enter a facility specific route.
<FacilityProvider><FacilityConfigurePage> // or any other facility route page
</FacilityProvider>
The text was updated successfully, but these errors were encountered:
To skip the caching and provider concept and just to split the app router
rithviknishad
changed the title
(Draft) Split AppRouter routes to multiple sub-routers based on top-level routes
Split AppRouter routes to multiple sub-routers based on top-level routes
Sep 26, 2023
Advantages:
For example:
For every facility page we visit (
/facility/{id}
,/facility/{id}/configure
,/facility/{id}/beds
) we keep fetching the facility record for the breadcrubms and other things to work on every page visit.However, with this approach, we can have a
FacilityRouter
which will wrap all facility routes under aContextProvider
that'll pass the current facility's data, and hence the facility read API is dispatched only once every time we enter a facility specific route.The text was updated successfully, but these errors were encountered: