Managing React state with Redux

The example of Facebook dealing with chat problem shows how important it is to properly manage the state of web applications (and I mean UI state). Facebook tried to synchronize a counter between unread messages and currently open chatboxes which caused lots of problems for the users.

What is wrong with React state

Using state built in React components is very tempting, but when application gets more complex and lots of parts have to communicate with each other debugging it becomes really hard task. It’s difficult to see the data flow and how various components communicate.

In React, components can easily communicate with their children by passing them props, and children can talk back by callback functions, but what if we need to notify neighbour or some faraway component?

react data flow diagram

Black arrows shows where communication goes just right and red arrows indicate where problems emerge.

Flux as possible solution

Flux is not a library or framework, it’s an application architecture that completes React by utilizing an unidirectional data flow, but you can use Flux with any other library or framework (even with Angular).

simple flux architecture diagram


In this diagram we can see primary mental Flux model.


It’s a single central hub managing a whole data flow, which distributes the actions to the stores. Every store provides a callback and when a new action is sent to a dispatcher each store receives it via previously registered callback.


Stores contain all state and logic of application. After store registers itself in dispatcher, it receives the action as a parameter by this callback. Then based on action type, store interprets what should be done with it and finally updates application state.


Views display our state and listen for change events then retrieve new data from the stores and provide new data to all their child views.


Action is any plain js object with type property defined. You can pass it to a dispatcher, who will send it to his registered stores. We may create a helper methods which sends action to dispatcher.

Redux, implementation of Flux done right

Well, maybe not quite implementation, Redux is strongly inspired by Flux, but does not have concept of a dispatcher and Flux store is equal to Redux reducer. However, I decided to use this library, mostly because it’s simplified a little bit. Actually, the Redux author made a great post answering the question why to use Redux over Facebook Flux, you can read it here.

Redux three principals are:

  • Single source of truth
  • State is read-only
  • Changes are made with pure functions

First rule says that there is only one place where all application state is stored.

The second rule implies that the state is immutable, which means that instead of mutating an existing object a new object with changed properties is created. Sticking to this allows us to create really predictable application.

Last rule tells us that reducer function has to be pure function, and what does it means? A pure function always returns the same result given same parameters eg:

Basic counter application

I’m assuming that you know React with ES2015 syntax and also how webpack works. But if you are not familiar with webpack check out my previous post.

Before we start I strongly recommend to install Redux DevTools for Chrome. It will allow you to track state changes in Chrome DevTools.

I created a little boilerplate repo: and after installing npm dependencies it is ready to use. Let’s try to write classic counter application.

This application will have one field to display counter and two buttons to decrement and increment counter. If you are using my boilerplate, copy code below and paste it in src/index.js file.

At first, it may look like a lot of code overhead, but when we have large application adding new components really doesn’t take much code.

Let’s have a look on each part, first our reducer:

Like I wrote earlier, reducer has to be a pure function, it takes two arguments: state and action and it also always have to return correct state value, even without arguments it should return initial state. We need to remember to keep our state immutable, so we can’t return something like that:

return state;

Instead I’m using spread operator to keep state immutable.

Reducer uses switch to recognize action type and perform right action. You can read more about reducers here

Creating a store:

Function createStore takes our reducer as the first argument, initial state is the second argument and a store enhancer is the third, here I’m using it to connect this store to Chrome Redux DevTools plugin.

Counter component takes in props 3 arguments, counter value, onIncrement and onDecrement functions except that it’s just a simple view.

Here we define 2 functions, first one mapStateToProps allows to map our state to fit needs of specific view, we can filter some values or change the order of some kind of items held in state, this function have to return object.

The second function mapDispatchToProps returns object with functions allowing to dispatch actions to store, in that way views doesn’t have to know what actions are dispatched.

Function connect takes object returned by mapStateToProps and mapDispatchToProps then merge them with props object and inject them into Counter props. This function returns a wrapped component and that is why we need to reassign the Counter component.

If we want to use the connect function, first we need to wrap our root component with Provider it binds passed store to all his children.


After some time spend on working with Redux I think that this is one step in right direction in JavaScript world. Using React and Redux with immutable state and React allows to avoid costly re-rendering and to keep an eye on application state.

I also wrote more complex example of Redux application available here


Do you like this post? Want to stay updated? Follow us on Twitter or subscribe to our Feed.


Tomasz Lewiński

I'm JavaScript and frontend developer, after some time as Full-Stack I decided to focus more on the front part of projects because it's what I enjoy the most.

Latest Blogposts

20.01.2021 / By Daria Karasek

Why Developers Should Pay Attention to ZIO in 2021

We already know the cases of companies big, and small adopting ZIO in their production apps. So, how is this change coming? Let’s explore it in more detail.

20.01.2021 / By Mateusz Sokół

Build your own Kafka in ZIO – Queues & Fibers

Queuing and messaging platforms have been gaining in popularity in recent years. They solve numerous problems based on asynchronous message passing or consumer and producer patterns. In this blog post, we're going to build a basic message broker functionality with ZIO for our internal clinic messaging system, specifically with ZIO Queues and ZIO Fibers.

19.01.2021 / By Tomasz Bogus

Best Practices for Upskilling Your Software Development Team

Looking for upskilling examples to engage your software development team? Read our expert article on methods that work in the tech industry

Need a successful project?

Estimate project