-
Notifications
You must be signed in to change notification settings - Fork 194
Description
Sorry if you've addressed this already, I searched but came up empty.
Why is it that rather than dispatching a new action for success/failure, you instead just pass it to next
? I definitely understand the request one being passed to next but why the other two? It renders previously provided middleware useless for those actions then.
For some context, my use case is that I've got an authentication middleware before redux-api-middleware
, which intercepts RSAA actions to add an auth header, but I also wanted said middleware to handle the success action in the case of a login request.
I've never run into an issue outside of this use case so it's not a huge deal, I can work around it, but I was just wondering if there was some reason behind this architecture decision, whether it be a best practice or something else?
I've dispatched a lot from custom middleware when handling side-effects but I'm also not maintaining open source middleware being used by a lot of people, so maybe there's considerations you're taking that I've never thought of. Am I doing it wrong? Is there a wrong/right way here?