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
Would it make sense to add basic middleware support to RxQ in the session pipeline? I'd like to keep it simple, but it'd be nice to be able to extend the behavior of what is happening that pipeline.
An example usecase: Currently I'm working on a project where due to the nature of the API calls that I make, I get two invalidation events for the objects in a row, usually within a couple milliseconds of each other. It would be great if I could debounce these at the session level for this project, rather than debouncing in other places throughout my app.
I don't want to overcomplicate things but it seems like you'd want middleware for 3 places: requests, responses, and changes.
To solve the above usecase, a faux API could be provided like:
Would it make sense to add basic middleware support to RxQ in the session pipeline? I'd like to keep it simple, but it'd be nice to be able to extend the behavior of what is happening that pipeline.
An example usecase: Currently I'm working on a project where due to the nature of the API calls that I make, I get two invalidation events for the objects in a row, usually within a couple milliseconds of each other. It would be great if I could debounce these at the session level for this project, rather than debouncing in other places throughout my app.
I don't want to overcomplicate things but it seems like you'd want middleware for 3 places: requests, responses, and changes.
To solve the above usecase, a faux API could be provided like:
This could be placed into the session where session is defined like so:
Same would apply for a
requestsMiddleware
and aresponsesMiddleware
optionThe text was updated successfully, but these errors were encountered: