Home

Awesome

Build Status

linux build Dependency Status Join the chat at https://gitter.im/iroy2000-react-redux-boilerplate/Lobby

TL;DR

Before you dive into anything, see for yourself how easy you can setup a full workflow framework for your development and deployment for your real world project.

Step 1: Clone this repo

git clone https://github.com/iroy2000/react-redux-boilerplate.git
cd react-redux-boilerplate

Step 2: Install

npm install

Step 3: Start

npm run dev

And Done, as easy as 123!!

Preface

React Redux Boilerplate is a full fledged PRODUCTION READY workflow boilerplate for building complex React / Redux application.

The technologies used in this workflow boilerplate shows case a subset of technologies we are currently using within our team ( we put this project in github mainly as recruiting purpose for our team ), and we are trying to give our candidates confidence that by working with us, they will be using decent technologies as well as staying relevant to the industry. And that is what our team strongly believed in - technology innovation and promoting developers' relevancy in the industry.

If you are interested in working with us, feel free to send a message to iroy2000.

Note: This boilerplate is not to show case how to code in React / Redux, it is a boilerplate that hook everything up for you to develop a complex React / Redux project. And if you just want to learn React, we don't have complicated code example here and this boilerplate might be too complicated for your need.

React Redux Workflow Boilerplate Logo

React Redux Boilerplate

React Redux Boilerplate is a workflow boilerplate that make life easier for developers by providing a virtual development environment and production ready build process framework out of the box.

React Redux Boilerplate is for developing React client side application. So, if you are looking for:

Features / Benefits

Features

Workflow

If you are interested, please read the package.json for all installed modules and plugins.

Table of Contents

Basic

  1. Installation
  2. Initialize your project
  3. Suggested Workflow
  4. Folder Structure
  5. Production Readiness
  6. Configuration
  7. Port Configuration
  8. Installing Dependencies

Advanced

  1. Lazy Loading Component
  2. Writing Unit Test
  3. Configure git commit hook
  4. Multiple Device Concurrent Debugging
  5. Developing Template
  6. Production Optimization and Bundle Analysis
  7. Integration Note
  8. QA

Other

  1. Knowledge Base Reading
  2. How to Contribute
  3. Updates

Basic

Installation

Prerequisite

You need to have Node.js installed.

Instruction for installing NodeJS in Mac

Instruction for installing NodeJS in Window

Post Installation

If you would like to have Redux debug capabilities, you can download this Chrome extension Redux DevTool

Redux DevTool

Initialize your project

Now run the following commands in your terminal

NOTE: You only need to run this once!

$ npm install # This will install the necessary packages to use the app

That's it!

To run the app in Development Mode

$ npm run dev

Wait about 30 seconds for your development environment to initialize.

When it finishes, open your browser and go to http://localhost:8080/

If you see the landing page, it means you have set up everything successfully.

List of NPM Commands

$ npm run dev       # build and watch, but javascript not minified
$ npm run build     # build a minified production version
$ npm run build:s3  # build a minified production version, deploy it to S3 as a static app
$ npm run lint      # linting using ESLint
$ npm run test      # run test using Jest
$ npm run clean     # it runs before each build, so you don't need to

Suggested Workflow

After you check out the repo, I will usually do the following :

  1. Go to your project root in your host machine ( e.g. your Mac )
  2. Run npm run dev in your terminal ( wait until the dashboard show complete status )
  3. Go to your browser and go to localhost:8080
  4. Make code changes
  5. If there are compilation errors, you will see it in the terminal dashboard
  6. Watch your code changes reflect on browser without refreshing
  7. Repeat your development steps

That's very easy, isn't it?

Folder Structure

The entry point of your application is src/js/routes, it's basically a mapping between your views to a route.

All your javascript code lives in folder src/js

  -- src/
    -- js/
      -- common/
        -- api/          --> all api requests
        -- components/   --> all share components
        -- types/        --> all flow types
      -- redux/
        -- modules/      --> all redux code
        -- saga/         --> all redux-saga code
        -- selectors/    --> all reselect code
      -- utility/        --> all non JSX utility
      -- views/          --> all JSX code hook up with Route ( HoC ) or page specific components
    -- style/            --> all global styles, layout, config
    -- assets/           --> all static assets ( image, fonts ... etc )
      -- template/       --> you probably won't touch this unless you want to create new template

NOTE: When you import resources, please make sure you have the right path

Production Readiness

React Redux Boilerplate supports production preview, which means that you can run the production build job and see how it looks like in production.

  1. Run npm run build and wait until it is done
  2. Go to the project docroot, you will see a index.html (template is customizable, please read Developing Template section)
  3. Serve the build directory, for example like so:
npm i -g http-server
cd docroot
http-server

By default http-server will serve your production build at port 8080. Docs are here.

  1. Navigate to that address to see your build.

That's very easy, isn't it?

Difference between npm run dev v.s. npm run build

npn run dev is best to do JS / CSS only changes, and it comes with live reload functionality

npm run build is for testing what happen if your frontend assets are optimized ( production level code )

Please let me know if you have better work flow suggestion!!

Configuration

React Redux Boilerplate has two configuration strategies, one is for normal configuration, the other one is for sensitive information that you don't want others to know.

Configuring application

If you look at folder config, there are four files

default.json - all default configuration development.json - when you run npm run dev, it will pull configuration from that file release.json - when you run npm run build:release, it will use this configuration production.json - when you run npm run build, it will use this configuration

We are using node-config, they have a pretty easy to understand documentation.

And in your config file ( json config file ), whatever you put inside the app, it will be injected into the client application and you can access to your app config data by using __CONFIG__ variables.

Let's say you have a config like the following

{
  "app": {
    "apiURL": "http://foo.bar/"
  }
}

In your React application, you can access this variables

__CONFIG__.apiURL

Note: If you want to add new npm target ( e.g. npm run build:stage ), you need to do the following :-

  1. Add a stage.json file inside config folder
  2. Add npm run build:stage ( or similar ) at package.json scripts section
  3. Add actual command mapping at bin/commands.js

Configuring secret key/value pair

There are times you may want to put in secret information you don't want to check into the source code. In this boilerplate, you just need to create a file called .env in your PROJECT_ROOT, and you can put your secrets there ( we have put that into .gitignore just in case ).

Specifically for deployment to S3, there are two options for providing your secrets:

  1. In ~/.aws/credentials, configure a block like so, for example for a profile called "default":
[default]
AWS_ACCESS_KEY_ID=XXXXXXXX     # replace with your key
AWS_SECRET_ACCESS_KEY=XXXXXXX  # replace with your secret
  1. You can provide the same values in a .env file within your project:
AWS_ACCESS_KEY_ID=YOUR_AWS_ACCESS_KEY
AWS_SECRET_ACCESS_KEY=YOUR_AWS_SECRET_KEY

If you are using the AWS CLI, chances are you already have an ~/.aws/credentials file, so you may find option 1 simpler locally. Option 2 may be better when using a build server like Jenkins.

Finally, no matter which of the above two options you choose, you will ALSO need to provide these additional values in your .env file, or otherwise set them as environment variables when you build:

AWS_BUCKET=YOUR_AWS_BUCKET      # REQUIRED for S3 deploy
AWS_CDN_URL=YOUR_AWS_CDN_URL    # OPTIONAL for S3 deploy

And your in node application or webpack config, those key/value pairs will be injected into process.env ( e.g. process.env.AWS_ACCESS_KEY_ID ).

Note: Using the .env file is optional, it meant to keep secret and inject information into environment variables, if you are using Jenkins or a like type of tool, you can inject environment variables there.

However, with .env, you can create a ready to use list of environment variables for your different environment. You can even have another service to generate the .env file before building the project, but in terms of how to achieve that, it is out of scope of this documentation.

Just remember, .env file is supposed to keep your secret, and prevent you from saving sensitive secrets into your source code repository \0/ !! DO NOT check .env into your source repo !!

We are using dotenv for the .env feature, they have pretty good documentation.

Port Configuration

There will be a chance that you will need your port to be other than 8080. For example, your local backend service might already take 8080; Or you want to run multiple project, one on 8080 and one on 80801.

If you are running one project that needs a different port, you can just modify one place

  1. default.json --> port section.

But if you want to run multiple projects at the same time, you will need to configure ports in two places

  1. default.json --> port
  2. Dashboard port --> package.json --> dev ( default dashboard port is 9901 )

Installing Dependencies

We are using npm in this project, so if you would like to install a dependencies, for example, D3, you can do something like the following :-

npm i --save d3

Advanced

Lazy Loading Component

This boilerplate supports Lazy Loading and Component Centric Splitting out of the box by integrating react-loadable.

In short, it will drastically reduce your initial load time by lazy loading components until the component is needed. And you can now do tricks like above the fold and load component on demand very easily with this capabilities.

In order to take advantage of this capabilities

You first need to import:

// Currently it lives inside common component, mostly as example
// It is a react-loadable wrapper
import LazyLoading from '../../common/components/LazyLoading'

And you now can lazy load anything like the following:

const LazyExample = LazyLoading(() => import('YOUR_PATH_TO/components/YourComponent'))

Can it be easier ??

Please look at the example in this repo and react-loadable to get more idea.

Writing Unit Test

We are using Jest and Enzyme for unit testing, please refer to the Knowledge Base section below for more information.

In order to add unit test, the current setup requires you to put your test under __tests__ directory, and suffix the filename with spec or test.

For example, MyFancyComponent.test.js or whatever_folder/AnotherComponent.spec.js.

We also have two folders __fixtures and __mocks__ in the repo, those are just handy example folders for you to put different type of test related files separately, these two folders are safe to delete if you don't need them.

Configure git commit hook

We are using husky for preventing developers check in bad commits. Please go to package.json and look for husky the default settings. husky supports any git hooks and you can configure it to fit your needs.

Multiple Device Concurrent Debugging

React Redux Boilerpalate has built in support for multiple device concurrent access by entering the ip address provide.

If you look at the dashboard, you should see some messages like below ( Note: your ip will be different )

Logo

For example, you can enter the address into multiple real devices and you can test those devices all at the same time, like the following :-

Logo

Developing Template

The docroot/index.html is a generated artifact. If look at our sample template at src/assets/template/_default.html, the docroot/index.html is generated from that file.

We are using HTML Webpack Plugin to generate the docroot/index.html.

[Note] - Most of the use case of the html template system so far is for testing purpose for your dev and build enviornment before you start integration. If all you need is a static template, you are good; but if your application requires a server side processing, you will need to integrate the artifacts with the language of your choice. Please read Diagrams section for how to integrate with other server side language.

Production Optimization and Bundle Analysis

For optimization, you can tweak the config under the following. This optimization covers basic use case, feel free to make modification to fit your needs.

  "optimization": {
    "commonMinCount": 3,   // how many times a module is used before we consider it a common module ?
    "cssExclusion": true,  // do you want to exclude css from this optimization ?
    ...
  },

This boilerplate shipped with Production Bundle Analysis tool which is turn on by default and will give you insight to optimize the production assets.

For example, when you run npm run build with "analyzeMode": true, you should see something like the following at the end of your build.

The tool is to help you understand what your bundle looks like and what is included in your bundle.

Production Bundle Analysis

You can turn on and off the analysis feature

  "optimization": {
    ...
    "analyzeMode": true,   // changing to false will turn it off
    "analyze": {
      "port": 8888  // it will open localhost:8888 and show your bundle analysis
    }
  },

Integration Note

How to integrate with other server side framework ?

When you run npm run build, it will generate a meta data file assets.json with the list of generated frontend artifacts. Think about that as a contract / interface for your server side framework.

And your framework just need to consume that meta information as integration point.

And this boilerplate has a process integrated to upload artifacts ( assets.json and generated client ifacts ) to S3 / cloudfront. One of the integration path is the consumer can query against s3 for the assets.json, and use the information in assets.json to get the artifacts which is uploaded to S3 / cdn.

QA

Other

Knowledge Base Reading

ES6

React

Redux

Webpack

Relevant Knowledge

Best Practice

How to Contribute

We welcome anyone to send us pull request to improve this boilerplate, the goal is to make it better from time to time and we all can learn from it.

This boilerplate will be maintained separately. So please do not check in any business logic to it unless it is for example purpose.

Updates

04 / 30 / 2019

Adding i18n / i10n support by adding react-intl

10 / 25 / 2018

We are now on Webpack 4 and React 16.4, plus up-to-date with all our dependencies.

We removed css-next in favor of postcss-preset-env.

We removed extract-text-webpack-plugin to mini-css-extract-plugin because of Webpack 4 upgrade.

9 / 26 / 2017

We are now on React 16, and up-to-date with all our dependencies.

9 / 14 / 2017

For those of you seeing the following error

mozjpeg pre-build test failed ...

There is a bug in imagemin with Node 6 or above, and here is the discussion

If you are using mac, you can fix that by doing this

brew install automake autoconf libtool dpkg pkgconfig nasm libpng

License ?!

In theory, knowledge should be free, so please visit wtfpl for this boilerplate license if you really care.