Replies: 1 comment
-
I came up with a solution that seems to be working relatively well. We create a loader for both
This provides us with a generic loader for an endpoint as well as a loader specific to the action payload dispatched. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Currently an API endpoint in
saga-query
doesn't support the ability to listen for changes on a per resource id basis. For example:In this example, there's no way to have a loader for each individual fetch, we would only be able to know the loading state for fetching a user. In fact, in this scenario the first loader would get clobbered by the second one.
There are other examples where this could be a problem. A user brought up this same issue when trying to create a poll for each resource id here: #10
Another user brought up the same issue here: neurosnap/robodux#55 (comment)
I'm not exactly sure how to handle this but it seems pretty critical that we come up with a scalable solution.
cc @yangm97
Beta Was this translation helpful? Give feedback.
All reactions