Which is Better State Management Middleware for Redux?
redux-thunk vs redux-saga vs redux-observable
1 Year
redux-thunkredux-sagaredux-observableSimilar Packages:
What's State Management Middleware for Redux?

State management middleware for Redux provides a way to handle asynchronous actions and side effects in a Redux application. These middleware libraries allow developers to manage complex asynchronous flows, making it easier to handle data fetching, event listening, and other side effects while keeping the Redux store predictable and maintainable. Each middleware has its own approach to managing side effects, catering to different use cases and developer preferences.

NPM Package Downloads Trend
Github Stars Ranking
Stat Detail
Package
Downloads
Stars
Size
Issues
Publish
License
redux-thunk5,174,86217,76426.8 kB210 months agoMIT
redux-saga981,33222,528221 kB379 months agoMIT
redux-observable215,2177,85569.1 kB6910 months agoMIT
Feature Comparison: redux-thunk vs redux-saga vs redux-observable

Asynchronous Handling

  • redux-thunk: redux-thunk allows action creators to return a function instead of an action, enabling simple asynchronous logic. It is straightforward and easy to use, making it suitable for basic async operations like API calls. However, it may become cumbersome for more complex scenarios.
  • redux-saga: redux-saga uses generator functions to handle asynchronous actions, allowing you to write more synchronous-looking code. It provides a robust way to manage complex side effects, including cancellation and sequencing of actions, making it ideal for applications that require advanced control over async flows.
  • redux-observable: redux-observable leverages RxJS to handle asynchronous actions through Observables. This allows developers to create complex asynchronous flows, combining multiple streams of events and handling them in a declarative manner. It provides powerful operators to manage side effects, making it suitable for applications with intricate event handling requirements.

Complexity and Learning Curve

  • redux-thunk: redux-thunk is the simplest of the three and has a low learning curve. It is easy to integrate and understand, making it a great choice for beginners or smaller projects where simplicity is key.
  • redux-saga: redux-saga has a moderate learning curve, especially for developers who are not familiar with generator functions. However, once understood, it provides a clear and organized way to manage complex side effects, making the code more maintainable and easier to follow.
  • redux-observable: redux-observable has a steeper learning curve due to its reliance on RxJS and functional reactive programming concepts. Developers need to understand Observables and operators to effectively use this middleware, which may be challenging for those unfamiliar with these concepts.

Error Handling

  • redux-thunk: redux-thunk requires manual error handling within the thunk function. While this gives developers flexibility, it can lead to inconsistent error management practices if not handled uniformly across the application.
  • redux-saga: redux-saga offers built-in mechanisms for error handling using try/catch blocks within generator functions. This allows developers to handle errors gracefully and implement retry logic or alternative flows, enhancing the robustness of the application.
  • redux-observable: redux-observable provides robust error handling capabilities through the use of catchError and other RxJS operators. This allows developers to manage errors in a centralized manner, making it easier to handle failures in asynchronous operations and maintain application stability.

Testing

  • redux-thunk: redux-thunk can be tested by dispatching thunks and asserting the resulting actions. However, testing may become more complex as the logic inside thunks grows, requiring careful consideration of how to structure tests.
  • redux-saga: redux-saga is designed with testing in mind, allowing you to easily test your sagas by yielding effects and asserting the expected outcomes. This makes it straightforward to validate complex async flows and side effects in a controlled manner.
  • redux-observable: redux-observable makes testing easier by allowing developers to test Observables in isolation. You can use marble testing to simulate and assert the behavior of your epics, providing a clear and concise way to validate asynchronous logic.

Integration with Redux

  • redux-thunk: redux-thunk integrates directly with Redux by allowing action creators to return functions. This straightforward integration makes it easy to manage simple async actions without additional complexity, making it a good choice for smaller applications.
  • redux-saga: redux-saga also integrates well with Redux, using the Redux store as the source of truth. It listens for dispatched actions and can yield new actions based on the current state, providing a structured approach to managing side effects in a Redux application.
  • redux-observable: redux-observable integrates seamlessly with Redux, allowing you to manage side effects in a reactive manner. It listens to actions dispatched to the Redux store and can trigger new actions based on the emitted values from Observables, maintaining a clear flow of data and events.
How to Choose: redux-thunk vs redux-saga vs redux-observable
  • redux-thunk: Choose redux-thunk if you need a simple and straightforward solution for handling asynchronous actions. It is best suited for smaller applications or when you want to keep your middleware lightweight and easy to understand, allowing you to write action creators that return a function instead of an action.
  • redux-saga: Choose redux-saga if you want to manage side effects using generator functions, which provide a more synchronous-looking code structure. It is particularly useful for complex scenarios involving multiple actions, cancellations, and retries, making it easier to handle complex async flows in a more readable manner.
  • redux-observable: Choose redux-observable if you prefer a functional reactive programming approach using Observables. It is ideal for applications that require complex asynchronous flows and event handling, allowing you to compose and manage side effects elegantly with RxJS operators.
README for redux-thunk

Redux Thunk

Thunk middleware for Redux. It allows writing functions with logic inside that can interact with a Redux store's dispatch and getState methods.

For complete usage instructions and useful patterns, see the Redux docs Writing Logic with Thunks page.

GitHub Workflow Status npm version npm downloads

Installation and Setup

Redux Toolkit

If you're using our official Redux Toolkit package as recommended, there's nothing to install - RTK's configureStore API already adds the thunk middleware by default:

import { configureStore } from '@reduxjs/toolkit'

import todosReducer from './features/todos/todosSlice'
import filtersReducer from './features/filters/filtersSlice'

const store = configureStore({
  reducer: {
    todos: todosReducer,
    filters: filtersReducer
  }
})

// The thunk middleware was automatically added

Manual Setup

If you're using the basic Redux createStore API and need to set this up manually, first add the redux-thunk package:

npm install redux-thunk

yarn add redux-thunk

The thunk middleware is the default export.

More Details: Importing the thunk middleware

If you're using ES modules:

import thunk from 'redux-thunk' // no changes here 😀

If you use Redux Thunk 2.x in a CommonJS environment, don’t forget to add .default to your import:

- const thunk = require('redux-thunk')
+ const thunk = require('redux-thunk').default

Additionally, since 2.x, we also support a UMD build for use as a global script tag:

const ReduxThunk = window.ReduxThunk

Then, to enable Redux Thunk, use applyMiddleware():

import { createStore, applyMiddleware } from 'redux'
import thunk from 'redux-thunk'
import rootReducer from './reducers/index'

const store = createStore(rootReducer, applyMiddleware(thunk))

Injecting a Custom Argument

Since 2.1.0, Redux Thunk supports injecting a custom argument into the thunk middleware. This is typically useful for cases like using an API service layer that could be swapped out for a mock service in tests.

For Redux Toolkit, the getDefaultMiddleware callback inside of configureStore lets you pass in a custom extraArgument:

import { configureStore } from '@reduxjs/toolkit'
import rootReducer from './reducer'
import { myCustomApiService } from './api'

const store = configureStore({
  reducer: rootReducer,
  middleware: getDefaultMiddleware =>
    getDefaultMiddleware({
      thunk: {
        extraArgument: myCustomApiService
      }
    })
})

// later
function fetchUser(id) {
  // The `extraArgument` is the third arg for thunk functions
  return (dispatch, getState, api) => {
    // you can use api here
  }
}

If you need to pass in multiple values, combine them into a single object:

const store = configureStore({
  reducer: rootReducer,
  middleware: getDefaultMiddleware =>
    getDefaultMiddleware({
      thunk: {
        extraArgument: {
          api: myCustomApiService,
          otherValue: 42
        }
      }
    })
})

// later
function fetchUser(id) {
  return (dispatch, getState, { api, otherValue }) => {
    // you can use api and something else here
  }
}

If you're setting up the store by hand, the named export withExtraArgument() function should be used to generate the correct thunk middleware:

const store = createStore(reducer, applyMiddleware(withExtraArgument(api)))

Why Do I Need This?

With a plain basic Redux store, you can only do simple synchronous updates by dispatching an action. Middleware extends the store's abilities, and lets you write async logic that interacts with the store.

Thunks are the recommended middleware for basic Redux side effects logic, including complex synchronous logic that needs access to the store, and simple async logic like AJAX requests.

For more details on why thunks are useful, see:

  • Redux docs: Writing Logic with Thunks
    https://redux.js.org/usage/writing-logic-thunks
    The official usage guide page on thunks. Covers why they exist, how the thunk middleware works, and useful patterns for using thunks.

  • Stack Overflow: Dispatching Redux Actions with a Timeout
    http://stackoverflow.com/questions/35411423/how-to-dispatch-a-redux-action-with-a-timeout/35415559#35415559
    Dan Abramov explains the basics of managing async behavior in Redux, walking through a progressive series of approaches (inline async calls, async action creators, thunk middleware).

  • Stack Overflow: Why do we need middleware for async flow in Redux?
    http://stackoverflow.com/questions/34570758/why-do-we-need-middleware-for-async-flow-in-redux/34599594#34599594
    Dan Abramov gives reasons for using thunks and async middleware, and some useful patterns for using thunks.

  • What the heck is a "thunk"?
    https://daveceddia.com/what-is-a-thunk/
    A quick explanation for what the word "thunk" means in general, and for Redux specifically.

  • Thunks in Redux: The Basics
    https://medium.com/fullstack-academy/thunks-in-redux-the-basics-85e538a3fe60
    A detailed look at what thunks are, what they solve, and how to use them.

You may also want to read the Redux FAQ entry on choosing which async middleware to use.

While the thunk middleware is not directly included with the Redux core library, it is used by default in our @reduxjs/toolkit package.

Motivation

Redux Thunk middleware allows you to write action creators that return a function instead of an action. The thunk can be used to delay the dispatch of an action, or to dispatch only if a certain condition is met. The inner function receives the store methods dispatch and getState as parameters.

An action creator that returns a function to perform asynchronous dispatch:

const INCREMENT_COUNTER = 'INCREMENT_COUNTER'

function increment() {
  return {
    type: INCREMENT_COUNTER
  }
}

function incrementAsync() {
  return dispatch => {
    setTimeout(() => {
      // Yay! Can invoke sync or async actions with `dispatch`
      dispatch(increment())
    }, 1000)
  }
}

An action creator that returns a function to perform conditional dispatch:

function incrementIfOdd() {
  return (dispatch, getState) => {
    const { counter } = getState()

    if (counter % 2 === 0) {
      return
    }

    dispatch(increment())
  }
}

What’s a thunk?!

A thunk is a function that wraps an expression to delay its evaluation.

// calculation of 1 + 2 is immediate
// x === 3
let x = 1 + 2

// calculation of 1 + 2 is delayed
// foo can be called later to perform the calculation
// foo is a thunk!
let foo = () => 1 + 2

The term originated as a humorous past-tense version of "think".

Composition

Any return value from the inner function will be available as the return value of dispatch itself. This is convenient for orchestrating an asynchronous control flow with thunk action creators dispatching each other and returning Promises to wait for each other’s completion:

import { createStore, applyMiddleware } from 'redux'
import thunk from 'redux-thunk'
import rootReducer from './reducers'

// Note: this API requires redux@>=3.1.0
const store = createStore(rootReducer, applyMiddleware(thunk))

function fetchSecretSauce() {
  return fetch('https://www.google.com/search?q=secret+sauce')
}

// These are the normal action creators you have seen so far.
// The actions they return can be dispatched without any middleware.
// However, they only express “facts” and not the “async flow”.

function makeASandwich(forPerson, secretSauce) {
  return {
    type: 'MAKE_SANDWICH',
    forPerson,
    secretSauce
  }
}

function apologize(fromPerson, toPerson, error) {
  return {
    type: 'APOLOGIZE',
    fromPerson,
    toPerson,
    error
  }
}

function withdrawMoney(amount) {
  return {
    type: 'WITHDRAW',
    amount
  }
}

// Even without middleware, you can dispatch an action:
store.dispatch(withdrawMoney(100))

// But what do you do when you need to start an asynchronous action,
// such as an API call, or a router transition?

// Meet thunks.
// A thunk in this context is a function that can be dispatched to perform async
// activity and can dispatch actions and read state.
// This is an action creator that returns a thunk:
function makeASandwichWithSecretSauce(forPerson) {
  // We can invert control here by returning a function - the "thunk".
  // When this function is passed to `dispatch`, the thunk middleware will intercept it,
  // and call it with `dispatch` and `getState` as arguments.
  // This gives the thunk function the ability to run some logic, and still interact with the store.
  return function (dispatch) {
    return fetchSecretSauce().then(
      sauce => dispatch(makeASandwich(forPerson, sauce)),
      error => dispatch(apologize('The Sandwich Shop', forPerson, error))
    )
  }
}

// Thunk middleware lets me dispatch thunk async actions
// as if they were actions!

store.dispatch(makeASandwichWithSecretSauce('Me'))

// It even takes care to return the thunk’s return value
// from the dispatch, so I can chain Promises as long as I return them.

store.dispatch(makeASandwichWithSecretSauce('My partner')).then(() => {
  console.log('Done!')
})

// In fact I can write action creators that dispatch
// actions and async actions from other action creators,
// and I can build my control flow with Promises.

function makeSandwichesForEverybody() {
  return function (dispatch, getState) {
    if (!getState().sandwiches.isShopOpen) {
      // You don’t have to return Promises, but it’s a handy convention
      // so the caller can always call .then() on async dispatch result.

      return Promise.resolve()
    }

    // We can dispatch both plain object actions and other thunks,
    // which lets us compose the asynchronous actions in a single flow.

    return dispatch(makeASandwichWithSecretSauce('My Grandma'))
      .then(() =>
        Promise.all([
          dispatch(makeASandwichWithSecretSauce('Me')),
          dispatch(makeASandwichWithSecretSauce('My wife'))
        ])
      )
      .then(() => dispatch(makeASandwichWithSecretSauce('Our kids')))
      .then(() =>
        dispatch(
          getState().myMoney > 42
            ? withdrawMoney(42)
            : apologize('Me', 'The Sandwich Shop')
        )
      )
  }
}

// This is very useful for server side rendering, because I can wait
// until data is available, then synchronously render the app.

store
  .dispatch(makeSandwichesForEverybody())
  .then(() =>
    response.send(ReactDOMServer.renderToString(<MyApp store={store} />))
  )

// I can also dispatch a thunk async action from a component
// any time its props change to load the missing data.

import { connect } from 'react-redux'
import { Component } from 'react'

class SandwichShop extends Component {
  componentDidMount() {
    this.props.dispatch(makeASandwichWithSecretSauce(this.props.forPerson))
  }

  componentDidUpdate(prevProps) {
    if (prevProps.forPerson !== this.props.forPerson) {
      this.props.dispatch(makeASandwichWithSecretSauce(this.props.forPerson))
    }
  }

  render() {
    return <p>{this.props.sandwiches.join('mustard')}</p>
  }
}

export default connect(state => ({
  sandwiches: state.sandwiches
}))(SandwichShop)

License

MIT