Getting Started with Redux

Redux is a predictable state container for JavaScript apps.

It helps you write applications that behave consistently, run in different environments (client, server, and native), and are easy to test. On top of that, it provides a great developer experience, such as live code editing combined with a time traveling debugger.

You can use Redux together with React, or with any other view library. It is tiny (2kB, including dependencies), but has a large ecosystem of addons available.

Installation

Redux is available as a package on NPM for use with a module bundler or in a Node application:

  1. npm install --save redux

It is also available as a precompiled UMD package that defines a window.Redux global variable. The UMD package can be used as a <script> tag directly.

For more details, see the Installation page.

Redux Starter Kit

Redux itself is small and unopinionated. We also have a separate package called redux-starter-kit,which includes some opinionated defaults that help you use Redux more effectively.

It helps simplify a lot of common use cases, including store setup,creating reducers and writing immutable update logic,and even creating entire "slices" of state at once.

Whether you're a brand new Redux user setting up your first project, or an experienced user who wants tosimplify an existing application, redux-starter-kit can help youmake your Redux code better.

Basic Example

The whole state of your app is stored in an object tree inside a single store.The only way to change the state tree is to emit an action, an object describing what happened.To specify how the actions transform the state tree, you write pure reducers.

That's it!

  1. import { createStore } from 'redux'
  2. /**
  3. * This is a reducer, a pure function with (state, action) => state signature.
  4. * It describes how an action transforms the state into the next state.
  5. *
  6. * The shape of the state is up to you: it can be a primitive, an array, an object,
  7. * or even an Immutable.js data structure. The only important part is that you should
  8. * not mutate the state object, but return a new object if the state changes.
  9. *
  10. * In this example, we use a `switch` statement and strings, but you can use a helper that
  11. * follows a different convention (such as function maps) if it makes sense for your
  12. * project.
  13. */
  14. function counter(state = 0, action) {
  15. switch (action.type) {
  16. case 'INCREMENT':
  17. return state + 1
  18. case 'DECREMENT':
  19. return state - 1
  20. default:
  21. return state
  22. }
  23. }
  24. // Create a Redux store holding the state of your app.
  25. // Its API is { subscribe, dispatch, getState }.
  26. let store = createStore(counter)
  27. // You can use subscribe() to update the UI in response to state changes.
  28. // Normally you'd use a view binding library (e.g. React Redux) rather than subscribe() directly.
  29. // However it can also be handy to persist the current state in the localStorage.
  30. store.subscribe(() => console.log(store.getState()))
  31. // The only way to mutate the internal state is to dispatch an action.
  32. // The actions can be serialized, logged or stored and later replayed.
  33. store.dispatch({ type: 'INCREMENT' })
  34. // 1
  35. store.dispatch({ type: 'INCREMENT' })
  36. // 2
  37. store.dispatch({ type: 'DECREMENT' })
  38. // 1

Instead of mutating the state directly, you specify the mutations you want to happen with plain objects called actions. Then you write a special function called a reducer to decide how every action transforms the entire application's state.

In a typical Redux app, there is just a single store with a single root reducing function. As your app grows, you split the root reducer into smaller reducers independently operating on the different parts of the state tree. This is exactly like how there is just one root component in a React app, but it is composed out of many small components.

This architecture might seem like an overkill for a counter app, but the beauty of this pattern is how well it scales to large and complex apps. It also enables very powerful developer tools, because it is possible to trace every mutation to the action that caused it. You can record user sessions and reproduce them just by replaying every action.

Examples

The Redux repository contains several example projects demonstrating various aspects of how to use Redux. Almost all examples have a corresponding CodeSandbox sandbox. This is an interactive version of the code that you can play with online.

Learn Redux

We have a variety of resources available to help you learn Redux, no matter what your background or learning style is.

Just the Basics

If you're brand new to Redux and want to understand the basic concepts, see:

Intermediate Concepts

Once you've picked up the basics of working with actions, reducers, and the store, you may have questions about topics like working with asynchronous logic and AJAX requests, connecting a UI framework like React to your Redux store, and setting up an application to use Redux:

Real-World Usage

Going from a TodoMVC app to a real production application can be a big jump, but we've got plenty of resources to help:

Help and Discussion

The #redux channel of the Reactiflux Discord community is our official resource for all questions related to learning and using Redux. Reactiflux is a great place to hang out, ask questions, and learn - come join us!

You can also ask questions on Stack Overflow using the #redux tag.

Should You Use Redux?

Redux is a valuable tool for organizing your state, but you should also consider whether it's appropriate for your situation. Don't use Redux just because someone said you should - take some time to understand the potential benefits and tradeoffs of using it.

Here are some suggestions on when it makes sense to use Redux:

  • You have reasonable amounts of data changing over time
  • You need a single source of truth for your state
  • You find that keeping all your state in a top-level component is no longer sufficient
    Yes, these guidelines are subjective and vague, but this is for good reason. The point at which you should integrate Redux into your application is different for every user and different for every application.

For more thoughts on how Redux is meant to be used, see: