The suggested structure for a Redux store is to split the state object into multiple “slices” or “domains” by key, and provide a separate reducer function to manage each individual data slice. This is similar to how the standard Flux pattern has multiple independent stores, and Redux provides the
combineReducers utility function to make this pattern easier. However, it's important to note that
Many users later want to try to share data between two reducers, but find that
combineReducers does not allow them to do so. There are several approaches that can be used:
combineReducerswith your own top-level reducer function. You can also use a utility such as reduce-reducers to run
combineReducersto handle most actions, but also run a more specialized reducer for specific actions that cross state slices.
getState(). An action creator can retrieve additional data from the state and put it in an action, so that each reducer has enough information to update its own state slice.
In general, remember that reducers are just functions—you can organize them and subdivide them any way you want, and you are encouraged to break them down into smaller, reusable functions (“reducer composition”). While you do so, you may pass a custom third argument from a parent reducer if a child reducer needs additional data to calculate its next state. You just need to make sure that together they follow the basic rules of reducers:
(state, action) => newState, and update state immutably rather than mutating it directly.
switchstatement to handle actions?
No. You are welcome to use any approach you'd like to respond to an action in a reducer. The
switch statement is the most common approach, but it's fine to use
if statements, a lookup table of functions, or to create a function that abstracts this away. In fact, while Redux does require that action objects contain a
type field, your reducer logic doesn't even have to rely on that to handle the action. That said, the standard approach is definitely using a switch statement or a lookup table based on
© 2015–2017 Dan Abramov
Licensed under the MIT License.