Reducer
Copy of Extracting State Logic into a Reducer
https://beta.reactjs.org/learn/extracting-state-logic-into-a-reducer
Components with many state updates spread across many event handlers can get overwhelming. For these cases, you can consolidate all the state update logic outside your component in a single function, called a “reducer.”
You will learn
What a reducer function is
How to refactor
useState
touseReducer
When to use a reducer
How to write one well
Consolidate state logic with a reducer
As your components grow in complexity, it can get harder to see all the different ways that a component’s state gets updated at a glance. For example, the TaskBoard
component below holds an array of tasks
in state and uses three different event handlers to add, remove, and edit tasks:
import { useState } from 'react';
import AddTask from './AddTask.js';
import TaskList from './TaskList.js';
export default function TaskBoard() {
const [tasks, setTasks] = useState(initialTasks);
function handleAddTask(text) {
setTasks([...tasks, {
id: nextId++,
text: text,
}]);
function handleChangeTask(task) {
setTasks(tasks.map(t => {
if (t.id === task.id) {
}));
}
function handleDeleteTask(taskId) {
tasks.filter(t => t.id !== taskId)
Prague itinerary
onAddTask={handleAddTask}
tasks={tasks}
}
{ id: 0, text: 'Visit Kafka Museum', done: true },
{ id: 1, text: 'Watch a puppet show', done: false },
{ id: 2, text: 'Lennon Wall pic', done: false },
Each of its event handlers calls setTasks
in order to update the state. As this component grows, so does the amount of state logic sprinkled throughout it. To reduce this complexity and keep all your logic in one easy-to-access place, you can move that state logic into a single function outside your component, called a “reducer.”
Reducers are a different way to handle state. You can migrate from useState
to useReducer
in three steps:
Move from setting state to dispatching actions.
Write a reducer function.
Use the reducer from your component.
Step 1: Move from setting state to dispatching actions
Your event handlers currently specify what to do by setting state:
Remove all the state setting logic. What you are left with are three event handlers:
handleAddTask(text)
is called when the user presses “Add”.handleChangeTask(task)
is called when the user toggles a task or presses “Save”.handleDeleteTask(taskId)
is called when the user presses “Delete”.
Managing state with reducers is slightly different from directly setting state. Instead of telling React “what to do” by setting state, you specify “what the user just did” by dispatching “actions” from your event handlers. (The state update logic will live elsewhere!) So instead of “setting tasks
” via event handler, you’re dispatching an “added/removed/deleted a task” action. This is more descriptive of the user’s intent.
The object you pass to dispatch
is called an “action:”
It is a regular JavaScript object. You decide what to put in it, but generally it should contain the minimal information about what happened. (You will add the dispatch
function itself in a later step.)
An action object can have any shape. By convention, it is common to give it a string type
that describes what happened, and pass any additional information in other fields. The type
is specific to a component, so in this example either 'added'
or 'added_task'
would be fine. Choose a name that says what happened!
Step 2: Write a reducer function
A reducer function is where you will put your state logic. It takes two arguments, the current state and the action object, and it returns the next state:
React will set the state to what you return from the reducer.
To move your state setting logic from your event handlers to a reducer function in this example, you will:
Declare the current state (
tasks
) as the first argument.Declare the
action
object as the second argument.Return the next state from the reducer (which React will set the state to).
Here is all the state setting logic migrated to a reducer function:
Because the reducer function takes state (tasks) as an argument, you can declare it outside of your component. This decreases the indentation level and can make your code easier to read.
The code above uses if/else statements, but it’s a convention to use switch statements inside reducers. The result is the same, but it can be easier to read switch statements at a glance. We’ll be using them throughout the rest of this documentation like so:
We recommend to wrap each case
block into the {
and }
curly braces so that variables declared inside of different case
s don’t clash with each other. Also, a case
should usually end with a return
. If you forget to return
, the code will “fall through” to the next case
, which can lead to mistakes!
If you’re not yet comfortable with switch statements, using if/else is completely fine.
Step 3: Use the reducer from your component
Finally, you need to hook up the tasksReducer
to your component. Make sure to import the useReducer
Hook from React:
Then you can replace useState
:
with useReducer
like so:
The useReducer
Hook is similar to useState
—you must pass it an initial state and it returns a stateful value and a way to set state (in this case, the dispatch function). But it’s a little different.
The useReducer
Hook takes two arguments:
An initial state
And it returns:
A dispatch function (to “dispatch” user actions to the reducer)
Now it’s fully wired up! Here, the reducer is declared at the bottom of the component file:
import { useReducer } from 'react';
import AddTask from './AddTask.js';
import TaskList from './TaskList.js';
export default function TaskBoard() {
const [tasks, dispatch] = useReducer(
function handleAddTask(text) {
type: 'added',
id: nextId++,
text: text,
});
function handleChangeTask(task) {
type: 'changed',
});
function handleDeleteTask(taskId) {
type: 'deleted',
});
Prague itinerary
import { useReducer } from 'react';
import AddTask from './AddTask.js';
import TaskList from './TaskList.js';
import tasksReducer from './tasksReducer.js';
export default function TaskBoard() {
const [tasks, dispatch] = useReducer(
function handleAddTask(text) {
type: 'added',
id: nextId++,
text: text,
});
function handleChangeTask(task) {
type: 'changed',
});
function handleDeleteTask(taskId) {
type: 'deleted',
});
Prague itinerary
Component logic can be easier to read when you separate concerns like this. Now the event handlers only specify what happened by dispatching actions, and the reducer function determines how the state updates in response to them.
Comparing useState
and useReducer
useState
and useReducer
Reducers are not without downsides! Here’s a few ways you can compare them:
Code size: Generally, with
useState
you have to write less code upfront. WithuseReducer
, you have to write both a reducer function and dispatch actions. However,useReducer
can help cut down on the code if many event handlers modify state in a similar way.Readability:
useState
is very easy to read when the state updates are simple. When they get more complex, they can bloat your component’s code and make it difficult to scan. In this case,useReducer
lets you cleanly separate the how of update logic from the what happened of event handlers.Debugging: When you have a bug with
useState
, it can be difficult to tell where the state was set incorrectly, and why. WithuseReducer
, you can add a console log into your reducer to see every state update, and why it happened (due to whichaction
). If eachaction
is correct, you’ll know that the mistake is in the reducer logic itself. However, you have to step through more code than withuseState
.Testing: A reducer is a pure function that doesn’t depend on your component. This means that you can export and test it separately in isolation. While generally it’s best to test components in a more realistic environment, for complex state update logic it can be useful to assert that your reducer returns a particular state for a particular initial state and action.
Personal preference: Some people like reducers, others don’t. That’s okay. It’s a matter of preference. You can always convert between
useState
anduseReducer
back and forth: they are equivalent!
We recommend using a reducer if you often encounter bugs due to incorrect state updates in some component, and want to introduce more structure to its code. You don’t have to use reducers for everything: feel free to mix and match! You can even useState
and useReducer
in the same component.
Writing reducers well
Keep these two tips in mind when writing reducers:
Reducers must be pure. Similar to state updater functions, reducers run during rendering! (Actions are queued until the next render.) This means that reducers must be pure—same inputs always result in the same output. They should not send requests, schedule timeouts, or perform any side effects (operations that impact things outside the component). They should update objects and arrays without mutations.
Actions describe “what happened,” not “what to do.” For example, if a user presses “Reset” on a form with five fields managed by a reducer, it makes more sense to dispatch one
reset_form
action rather than five separateset_field
actions. If you log every action in a reducer, that log should be clear enough for you to reconstruct what interactions or responses happened in what order. This helps with debugging!
Writing concise reducers with Immer
Just like with updating objects and arrays in regular state, you can use the Immer library to make reducers more concise. Here, [useImmerReducer](https://github.com/immerjs/use-immer#useimmerreducer)
lets you mutate the state with push
or arr[i] =
assignment:
import { useImmerReducer } from 'use-immer';
import AddTask from './AddTask.js';
import TaskList from './TaskList.js';
function tasksReducer(draft, action) {
switch (action.type) {
case 'added': {
draft.push({
id: action.id,
text: action.text,
});
case 'changed': {
const index = draft.findIndex(t =>
t.id === action.task.id
draft[index] = action.task;
case 'deleted': {
return draft.filter(t => t.id !== action.id);
throw Error('Unknown action: ' + action.type);
}
export default function TaskBoard() {
const [tasks, dispatch] = useImmerReducer(
Reducers must be pure, so they shouldn’t mutate state. But Immer provides you with a special draft
object which is safe to mutate. Under the hood, Immer will create a copy of your state with the changes you made to the draft
. This is why reducers managed by useImmerReducer
can mutate their first argument and don’t need to return state.
Recap
To convert from
useState
touseReducer
:Dispatch actions from event handlers.
Write a reducer function that returns the next state for a given state and action.
Replace
useState
withuseReducer
.
Reducers require you to write a bit more code, but they help with debugging and testing.
Reducers must be pure.
Actions describe “what happened,” not “what to do.”
Use Immer if you want to write reducers in a mutating style.
Currently, the event handlers in ContactList.js
and Chat.js
have // TODO
comments. This is why typing into the input doesn’t work, and clicking on the buttons doesn’t change the selected recipient.
Replace these two // TODO
s with the code to dispatch
the corresponding actions. To see the expected shape and the type of the actions, check the reducer in messengerReducer.js
. The reducer is already written so you won’t need to change it. You only need to dispatch the actions in ContactList.js
and Chat.js
.
import { useReducer } from 'react';
import Chat from './Chat.js';
import ContactList from './ContactList.js';
} from './messengerReducer';
export default function Messenger() {
const [state, dispatch] = useReducer(
const message = state.message;
const contact = contacts.find(c =>
c.id === state.selectedId
contacts={contacts}
selectedId={state.selectedId}
dispatch={dispatch}
key={contact.id}
message={message}
contact={contact}
dispatch={dispatch}
{ id: 0, name: 'Taylor', email: 'taylor@mail.com' },
Last updated