DEV Community

Cover image for Can You Replace Redux with React Hooks?
Chris Achard
Chris Achard

Posted on • Originally published at

Can You Replace Redux with React Hooks?

This was originally published on

Hooks are gaining popularity as a way to add state and effects to function components - but can they go further?

Many people find Redux confusing or verbose - so maybe hooks could serve as simple replacement... so let's find out - Can you replace Redux with hooks?

TL;DR: Hooks do a lot, but only get 3/5 stars from me for replacing Redux: ⭐️⭐️⭐️
But! It really depends on how you use Redux

Why use Redux?

Before we figure out if we can replace Redux, we first have to understand the problem it solves.

1. Shared State

The #1 reason I reach for Redux in a project is to share state between components that are far apart in the component tree. Here's a picture of what I mean:

Component Tree

Here, the Navbar component holds a piece of state called username.

With a regular state/props strategy, if we wanted to get that username into the Messages component - then we'd need to go up through App, down through Body, and into Messages. That kind of prop drilling gets really cumbersome and verbose in large applications - so we need a way to share certain state across multiple components.

Redux fixes that by keeping a global, shared state, and allows us to access that state from any component by connecting to it.

2. Consolidate Business Logic

Another major aspect of Redux is that it allows you to centralize and (potentially) reuse your business logic. You can do that in a few different ways:

  • Reducers let you move your state update logic into a single place
  • Actions with the help of redux-thunk, allow for async data fetching and complex logic, before sending that data to reducers
  • Middleware allows you to inject custom functions in to the middle of the action/update cycle, and centralize your logic
  • Redux Sagas let you handle long running async actions in a smooth, centralized way

3. Enhanced Debugging

There are two powerful tools that Redux can give you that help with debugging:

Redux DevTools

As actions run through a Redux application, the changes they make to the data can be traced. That trace is available in the Redux DevTools (and Redux DevTools Extension), which lets you see all of the actions performed in your app, and how it affected the state in Redux.

Redux DevTools Extension

That let's you track everything that happens in your app - and if something isn't happening the way you think it should, you can see exactly why. Neat!

Time-Travel Debugging

When you take that a step further, then you realize that you can rewind your actions just as easily as playing them forward - and you get time travel!

Going back and forward in "time" with your actions can really help for catching sticky bugs - or for catching bugs that require a lot of setup time to capture.

What do hooks give us?

Hooks were added to React in 16.8 and in particular, there are three hooks that we might be able to combine to give us Redux functionality:


Context existed before the useContext hook did, but now we have a straightforward, easy way to access context from function components.

Context allows us to lift and share state up to a higher component in the tree - which then allows us to share it with other components.

So if we define a shared context:

const AppContext = React.createContext({});

and provide it to our app by wrapping the entire app with it:

<AppContext.Provider value={{ username: 'superawesome' }}>
  <div className="App">
    <Navbar />
    <Messages />

Then we can consume that context in the child components:

const Navbar = () => {
  const { username } = useContext(AppContext)

  return (
    <div className="navbar">

And that works! It let's us share state across our entire application (if we want) - and use that state in any of our components.


When we get down to it, this is the component that had people excited about hooks possibly replacing Redux... after all - it has reducer right in the name! But let's check out what it actually does first.

To use useReducer, first we define a reducer function - that can look exactly like one from Redux:

const myReducer = (state, action) => {
  switch(action.type) {
      return {
        count: state.count + 1
      return state

Then in our component, we use the useReducer hook, passing in that reducer function and a default state. That returns the current state, and a dispatch function (again - just like Redux!)

const [state, dispatch] = useReducer(myReducer, { count: 0 })

And finally, we can use that state to show the values inside, and we can use dispatch to change them:

<div className="App">
  <button onClick={() => dispatch({ type: 'countUp' })}>
  <p>Count: {state.count}</p>

And here's a demo of it all working:


OK - the last thing we need then is reusable logic inside of our actions. To accomplish that, we'll take a look at useEffect, and how we can write custom hooks.

useEffect allows us to run asynchronous actions (like http requests) inside of a function component, and it lets us re-run those actions whenever certain data changes.

Let's take a look at an example:

useEffect(() => {
  // Async Action
}, [dependencies])

This is just like a Redux action with redux-thunk installed. We can run an async action, and then do whatever we'd like with the result. For example - here we are loading from an http request, and setting that to some local state:

const [person, setPerson] = useState({})

useEffect(() => {
    .then(response => response.json())
    .then(data => setPerson(data))
}, [personId])

And here's a demo of that working:

And so we've re-created actions now too!


...we've made a mini Redux!... right?

By combining useContext which allows us to share state across multiple components, with useReducer which allows us to write and share reducers just like redux, and with useEffect which allows us to write asynchronous actions and then dispatch to those reducers... that sounds a lot like Redux!

But: let's take a look at how we've done when we consider what people actually use Redux for:

1. Shared State

In terms of shared state, we've done pretty well. We can use context to share a global state (that we keep in a reducer) with multiple components.

However, we should be careful to think that Context is the answer to all of our shared state problems. Here's a tweet from Dan Abromov (the creator of Redux) describing one of the possible downsides:

Dan Abromov Context

So, while Redux is meant to keep your entire state (or most of it) in a globally accessible, single store - context is really designed to only share state that is really needed to be shared across multiple components across the component tree.

Shared State Score

Since it's possible (though perhaps shouldn't be your first choice) to share state with useContext - I'll give hooks a 4/5 stars for sharing state.

Score: ⭐️⭐️⭐️⭐️

2. Consolidate Business Logic

The main methods for consolidating business logic in Redux are in the reducers and in actions - which we can achieve with useReducer and useEffect ... hooray!

But we can't forget about Redux middleware, which some people use heavily, and other solutions like Redux Sagas, which can provide advanced asynchronous work flow options.

Business Logic Score

Since we're missing parts of Redux that some people use a lot, I have to give this a lower score: 3/5 stars.

If you are someone who really likes middleware or sagas though - then your score would be more like 1/5 stars here.

Score: ⭐️⭐️⭐️

3. Enhanced Debugging

The one thing that hooks don't give us at all is any kind of enhanced debugging like Redux DevTools or time travel debugging.

It's true, there is the useDebugValue hook, so you can get a little bit of debugging for custom hooks - but in general, Redux is far ahead here.

Debugging Score

We're missing almost everything here - so this score has to be low: 1/5 stars.

Score: ⭐️

So, can we replace Redux with Hooks?

If you use Redux only to share state across components

Then yes! ... probably. However, you may want to consider other options as well. There is the famous Dan Abramov post that You might not need Redux - so you may want to consider all of your options before you jump to trying to use useContext to replace all of Redux.

If you use middleware or sagas heavily

Then no, unless you rework how to handle your application logic. Hooks just don't have the same control options that Redux does, unless you custom build it.

If you really like Redux DevTools and time travel debugging

Then definitely not, no. Hooks don't have that ability (yet?!) so you're better off sticking with Redux.

I should mention

Redux hasn't been sitting by and just watching hooks! Check out these docs for hooks in Redux and you can join the hook party, even if you use Redux!

Also, for a more complete answer comparing Redux to other options, there's a post that explains that Redux is not dead yet

Overall score

For how I use Redux, I give hooks a 3/5 stars for replacing Redux

3/5 Stars: ⭐️⭐️⭐️

At least - I'm going to try hooks first on my next project, before just jumping into Redux. However, for complex projects, with multiple developers - I wouldn't rule out Redux just yet.


Like this post?
You can find more by:

Thanks for reading!

Top comments (6)

markerikson profile image
Mark Erikson

Hi, I'm a Redux maintainer (and author of that "Redux - Not Dead Yet!" post). This is one of the better "Hooks vs Redux" comparisons I've seen, and correctly identifies the main differences.

Some additional resources folks should look at on this topic:

chrisachard profile image
Chris Achard

Hi Mark! Thanks for the list of resources

coderabdo profile image

Hey Chris, your article is amazing, clarify everything. I think the react hooks are significantly changing the whole game In React world, so can it replacing the redux state management yup it can do that and it recommended in the small apps and in the future react will implement the middlewares and sagas in React either with custom hooks or by adding that feature and become more framework.

chrisachard profile image
Chris Achard

Thanks! Yeah, hooks have been super nice for redux especially. I still get tripped up by useEffect sometimes :) but overall I like them more than classes

karataev profile image
Eugene Karataev

Thanks for the post.
I agree that redux seems to be the best option to keep and share state in complex long-term projects.

chrisachard profile image
Chris Achard

Yeah, that's my conclusion as well. If you don't like Redux however, there are alternatives. I know that many people love MobX, so that's worth checking out - and there are probably others.

For new projects so far, if I have small bits of state, I just share them with context to start; but once it grows beyond that, I always find myself switching back to Redux :)