Skip to content

Allow redispatching from within Reducers? #12

@Qata

Description

@Qata

Should redispatching from within Reducers be allowed to prevent the double up of checking state with the middleware and then reacting to it with a redispatch?
In the current model, you're both reacting in a reducer to the state change, and preempting that state change in middleware before it even happens. This is far from ideal.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions