Skip to content

Undo and Redo

Understanding undo and redo helps you use Redux confidently. Here you will learn the core ideas behind undo and redo, see working examples, and pick up best practices used on real teams.

Undo and Redo Overview

Undo and Redo is something you will reach for often in Redux. It keeps your workflow predictable and makes your intent obvious to reviewers and teammates.

When you learn undo and redo properly, you avoid the guesswork that leads to mistakes and rework. The example below shows the shape you will use in most real Redux projects.

import { configureStore } from '@reduxjs/toolkit';
import { Provider } from 'react-redux';

const store = configureStore({ reducer: rootReducer });

function App() {
  return (
    <Provider store={store}>
      <Root />
    </Provider>
  );
}

A Provider makes the single Redux store available to every component in the tree.

Undo and Redo Example

const slice = createSlice({ name, initialState, reducers });
const store = configureStore({ reducer: { key: slice.reducer } });
// dispatch(slice.actions.something())
  • Start from a minimal Undo and Redo example and grow it only as needed.
  • Keep things explicit so Undo and Redo behaves the same for everyone on the team.
  • Name things clearly so teammates understand your Undo and Redo at a glance.
  • Verify Undo and Redo works as expected before relying on it in important work.

Redux Cheatsheet

Quick Redux Toolkit reference related to undo and redo.

Concept Example Purpose
Store configureStore({ reducer }) Hold app state
Slice createSlice({ name, reducers }) State + actions together
Read state useSelector((s) => s.x) Get data in components
Dispatch useDispatch() Send actions
Async createAsyncThunk(...) Handle side effects
Data fetching createApi(...) RTK Query endpoints
Derived data createSelector(...) Memoized computations

How Undo and Redo Works in Redux

Undo and Redo follows Redux's predictable data flow: components dispatch actions, reducers compute the next state from the previous state and the action, and subscribed components re-render.

A Provider makes the single Redux store available to every component in the tree.

  • State lives in a single, read-only store.
  • Actions are the only way to describe a change.
  • Reducers are pure functions that return the next state.
  • Redux Toolkit removes most boilerplate with slices and thunks.

Practical Guidance for Undo and Redo

In modern apps, undo and redo should use Redux Toolkit rather than hand-written Redux. Keep state minimal, colocate logic in slices, and use RTK Query for server data.

Concern Recommendation
Boilerplate Use Redux Toolkit (createSlice)
Server data Prefer RTK Query over manual thunks
Performance Memoize selectors with createSelector
Types Use typed useAppSelector/useAppDispatch hooks

Common Mistakes

  • Skipping edge cases and error handling when using undo and redo.
  • Not verifying the result of undo and redo before moving on.
  • Over-complicating undo and redo before you actually need the extra flexibility.
  • Ignoring documentation, which makes undo and redo hard for the next person to follow.

Key Takeaways

  • Undo and Redo is a core part of working effectively with Redux.
  • Start small and keep undo and redo focused on a single goal.
  • Apply consistent patterns so undo and redo scales across your project.
  • Practise and document undo and redo to keep your workflow maintainable.

Pro Tip

Practise undo and redo on a throwaway project first. It is far cheaper to learn Redux mistakes there than on important work.