Skip to content

[Question] Passing actions to next rather than dispatchingΒ #221

@codfish

Description

@codfish

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?

Metadata

Metadata

Assignees

No one assigned

    Labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions