This post is part of the series 30 Days of React.

In this series, we're starting from the very basics and walk through everything you need to know to get started with React. If you've ever wanted to learn React, this is the place to start!

Live-updating Our Redux Stores

Edit this page on Github

With Redux in place, let's talk about how we actually modify the Redux state from within our applications.

Yesterday we went through the difficult part of integrating our React app with Redux. From here on out, we'll be defining functionality with our Redux setup.

As it stands now, we have our demo application showing the current time. But there currently isn't any way to update to the new time. Let's modify this now.

Triggering updates

Recall that the only way we can change data in Redux is through an action creator. We created a single action creator yesterday in the actions object that is being passed to the Home component.

What we want is the ability for our users to update the time by clicking on a button. In order to add this functionality, we'll have to take two steps:

  1. Call the action creator / dispatch the action
  2. Handle the action in the reducer

The first step is pretty straightforward as we already have the action being sent through the Home components props. We can add a <button /> element with an onClick prop that calls out to the bound action actions.currentTime.updateTime().

In the Home component, let's update the source to include this <button />:

const Home = ({actions, currentTime}) => {
  return (
      <p>Current time: {currentTime.toString()}</p>
      <button onClick={actions.currentTime.updateTime}>

The second step is equally easy. The reducer function gets called every time there is an action that's dispatched via the store.

When the user clicks on the button, we're calling the bound action in the onClick handler which triggers a dispatch on the store. The reducer function will get called with two arguments:

  1. The current state of the tree.
  2. The action that was fired.

Inside the reducer function, we can listen for the particular action we're interested in and return a new state back to update the global state tree.

Let's listen for the FETCH_NEW_TIME action in our reducer and update the currentTime value of the state when the button is clicked. Inside the reducer function of src/redux/modules/currentTime.js, let's grow it by adding a switch statement:

export const types = {

export const reducer = (state = initialState, action) => {
  switch(action.type) {
    case types.FETCH_NEW_TIME:
      return {...state, currentTime: new Date()};
      return state;

Now when our user clicks on the button, the action is fired and the reducer picks it up. Since the action.type is equal to the value of the types.FETCH_NEW_TIME, it will return a completely new state with a new currentTime value:


As it stands now, we have a single reducer for our application. This works for now as we only have a small amount of simple data and (presumably) only one person working on this app. Just imagine the headache it would be to develop with one gigantic switch statement for every single piece of data in our apps...


Redux to the rescue! Redux has a way for us to split up our redux reducers into multiple reducers, each responsible for only a leaf of the state tree.

We can use the combineReducers() export from redux to compose an object of reducer functions. For every action that gets triggered, each of these functions will be called with the corresponding action. Let's see this in action.

Let's say that we (perhaps more realistically) want to keep track of the current user. Let's create a currentUser redux module in... you guessed it: src/redux/modules/currentUser.js:

touch src/redux/modules/currentUser.js

We'll export the same four values we exported from the currentTime module... of course, this time it is specific to the currentUser. We've added a basic structure here for handling a current user:

export const types = {

const initialState = {
  user: {},
  loggedIn: false

export const reducer = (state = initialState, action) => {
  switch (action.type) {
    case types.LOGIN:
      return {
        ...state, user: action.payload, loggedIn: true};
    case types.LOGOUT:
      return {
        ...state, user: {}, loggedIn: false};
      return state;

export const actions = {
  login: (user) => ({type: types.LOGIN, payload: user}),
  logout: () => ({type: types.LOGOUT})

In order to combine these reducers in our state, we'll use the combineReducers function. We'll also bind the currentUser.actions object to the store.dispatch function (just like we did with the currentTime.actions). In the src/redux/configureStore.js file:

// ...
// Modules
import * as currentTime from './modules/currentTime';
import * as currentUser from './modules/currentUser';

export const configureStore = () => {
  const reducer = combineReducers({
    currentTime: currentTime.reducer,
    currentUser: currentUser.reducer
  const store = createStore(reducer);

  const actions = {
      bindActionCreators(currentTime.actions, store.dispatch),
      bindActionCreators(currentUser.actions, store.dispatch)

  return {store, actions};

That's it. Now we have access to our currentUser.actions and we can interact with the user state as well as the currentTime and not worry about overwriting or conflicting with the currentTime state as redux will only pass along the piece of state the reducer is interested in (defined by the key).

For instance, if we call the actions.currentTime.updateTime() function, the currentUser.reducer function will get run with only the currentUser part of the state tree. Redux won't allow us to overwrite another reducer's state.

Note that all reducer functions get triggered on an action call regardless of the action called.

Authentication (with dummy data)

With our currentUser established, we have both the state for whether or not a user is logged in as well as actions for logging in and out.

As our app develops, there are a variety of components that might want to access this data. Let's start with the Navbar component. The Navbar component might want to show a "Login" link if the user is not logged in. Otherwise it would want to show a "Logout" link if the user is.

We can use connect (from the react-redux package) to accomplish this.

We might be tempted to connect Redux directly to the Navbar component. Although this will work, it's better to try to connect as few components as possible as they are more difficult to test. Instead, let's connect to the Index container and use normal React prop passing to pass the Navbar component the currentUser object.

Let's update the src/containers/Index.js container with the connect() call, connecting it to the currentUser state:

import React from 'react';
import Navbar from '../components/Nav/Navbar';
import { connect } from 'react-redux';

export class Index extends React.Component {
  render() {
    const {currentUser} = this.props;
    return (
      <div className="app">
        <Navbar currentUser={currentUser} />
        <div className="page">

export default connect(state => ({
  currentUser: state.currentUser

Now, back in the Navbar, we can use the currentUser prop to show the appropriate link:

import React from 'react';
import { Link } from 'react-router';

export const Navbar = ({currentUser}) => {
  return (
    <div className="navbar">
      {/* If we have a logged in user, show the login */}
      {currentUser.loggedIn ?
          activeClassName="active">Logout</Link> :

export default Navbar;

Phew! This was another hefty day of Redux code. Today, we completed the circle between data updating and storing data in the global Redux state. In addition, we learned how to extend Redux to use multiple reducers and actions as well as multiple connected components.

However, we have yet to make an asynchronous call for off-site data. Tomorrow we'll get into how to use middleware with Redux, which will give us the ability to handle fetching remote data from within our app and still use the power of Redux to keep our data.

Good job today and see you tomorrow!

Ari Lerner

Hi, I'm Ari. I'm an author of Fullstack React and ng-book and I've been teaching Web Development for a long time. I like to speak at conferences and eat spicy food. I technically got paid while I traveled the country as a professional comedian, but have come to terms with the fact that I am not funny.

Connect with Ari on Twitter at @auser.