React Cool Starter
A simple but feature rich starter boilerplate for creating your own universal app. It built on the top of React, Redux, React Router and Express. Includes all the hot stuff and modern web development tools such as Typescript, Webpack, Babel, PostCSS, React Hot Loader, Jest and Redux Devtools Extension. See the “Features” section for other awesome features you can expect.
I will maintain the starter boilerplate and keep all of the technologies on trend. Welcome to join me if you want. Hope you guys love it ?
? I'm curious what kind of app that you guys building via this starter? Please feel free to tell me, let's make some sharing between us.
Real Case Study
- Rendah Mag is a music magazine which exists to bring exposure to an ever-growing community, focusing on the latest Halftime, Beats & Experimental news & releases. Congrats for the amazing product. ? ?
- BECK Friends is an international delivery service, which is built based on this starter boilerplate. Congrats for successful migrating to React. ?
- DealDrop is the best place to find verified coupon codes, deals, promos and offers for thousands of stores & brands you love. Never pay full price again ?
Features
Really cool starter boilerplate with the most popular technologies:
- Universal rendering with async data fetching.
- React as the view framework.
- Redux as the state management.
- React Router as the router.
- Connected React Router to bind Redux with React Router. Refer to doc to see how it works.
- Express server.
- Typescript as the static type checker for Javascript.
- Webpack for app bundling.
- Babel for transpile ES6+ to ES5.
- React Hot Loader to tweak React components in real time.
- nodemon to monitor for any changes in your Node.js application and automatically restart the server.
- axios as the Promise-based HTTP client for the browser and Node.js.
- redux-thunk as the middleware to deal with asynchronous action.
- react-helmet to manage title, meta, styles and scripts tags on both server and client.
- loadable-component to lazy load component when needed in app. Reduce your bundle size without stress.
- Webpack Dev Middleware serves the files emitted from webpack over the Express server.
- Webpack Hot Middleware allows you to add hot reloading into the Express server.
- css-modules-require-hook compiles CSS Modules in runtime for SSR.
- asset-require-hook allows your assets files required during runtime for SSR.
- assets-webpack-plugin generates assets with hash so you can use them for SSR.
- Webpack Bundle Analyzer creates a visualize size of webpack output files with an interactive zoomable treemap.
- helmet helps secure Express apps with various HTTP headers.
- morgan the HTTP request logger for server side debugging.
- Redux Devtools Extension for debugging application's state changes.
- ESLint to maintain a consistent Typescript/Javascript code style (with Airbnb configuration).
- StyleLint to maintain a consistent css/scss code style.
- Prettier to format code and style.
- CSS and SASS support with PostCSS for advanced transformations (e.g. autoprefixer, cssnext etc.). CSS modules enabled.
- Image (compressed by image-webpack-loader) and Font support.
- Split vendor's libraries from client bundle.
- No other view engines, just Javascript based HTML rendering component.
- Shared app config between development and production.
- 404 error page and redirect handling.
- Integrate Jest with enzyme as the solution for writing unit tests with code coverage support.
- Yarn as the package manager.
Who's the Starter for?
This starter is for those who with basic knowledge of React and have the need for building a server-side app. In other words, it's not for a newbie. If you're new to React or you don't need a server-side rendering app, I'd recommend you give create-react-app a try.
Requirements
Looking for Docker?
You can find Docker support version on this branch.
Getting Started
1. You can start by cloning the repository on your local machine by running:
git clone https://github.com/wellyshen/react-cool-starter.git
cd react-cool-starter
2. Install all of the dependencies:
yarn
3. Start to run it:
yarn build # Building bundle
yarn start # Running production server
Now the app should be running at http://localhost:8080/
Note: You can change the port that you want from
./package.json
.
Script Commands
I use cross-env to set and use environment variables across platforms. All of the scripts are listed as following:, yarn <script>
, Description, ------------------, --------------------------------------------------------------------------------, dev
, Run your app on the development server at localhost:3000
. HMR will be enabled., start
, Run your app on the production server only at localhost:8080
., build
, Delete the previous bundled files and bundle it to ./public/assets
., analyze
, Visualize the contents of all your bundles., type-check
, Run type checking for .tsx?
files., type-check:watch
, Run an interactive type checking watcher ., lint
, Lint all .tsx?
, .jsx?
and .scss
files., lint:code
, Lint all .tsx?
and .jsx?
files (With --fix
to auto fix eslint errors)., lint:style
, Lint all .scss
files (With --fix
to auto fix stylelint errors)., test
, Run testing., test:cov
, Run testing with code coverage reports., test:watch
, Run an interactive test watcher., test:update
, Update jest snapshot., clean
, Delete the client/server bundled stuff and the coverage report., clean:build
, Delete the ./public/assets
folder to clean the client bundled files., clean:cov
, Delete the ./coverage
folder to clean the code coverage report., ## App Structure
Here is the structure of the app, which serves as generally accepted guidelines and patterns for building scalable apps.
.
├── public # Express server static path/Webpack bundled output
│ └── favicon.ico # Favicon is placed in the same path with the main HTML page
├── src # App source code
│ ├── config # App configuration settings
│ │ ├── default.ts # Default settings
│ │ ├── index.ts # Configuration entry point
│ │ └── prod.ts # Production settings (overrides the default settings)
│ ├── components # Reusable components (including scss/testing files)
│ ├── pages # Page components (including scss/testing files)
│ ├── app # App root component (including scss/testing files)
│ ├── actions # Redux actions (including testing files)
│ ├── reducers # Redux reducers (including testing files)
│ ├── utils # App-wide utils (e.g. configure Redux store, HTML template etc.)
│ ├── static # Static assets (e.g. images, fonts etc.)
│ ├── theme # App-wide style and vendor CSS framework
│ ├── types # Typescript type declarations for redux and global
│ ├── client.tsx # App bootstrap and rendering (webpack entry)
│ ├── routes.tsx # Routes configuration for both client and server side
│ └── server.tsx # Express server (with webpack dev/hot middlewares)
├── tools # Project related configurations (testing/build etc.)
│ ├── jest # Jest CSS modules and assets mocks settings
│ ├── webpack # Webpack settings
│ │ ├── config.babel.js # Webpack configuration
│ │ └── hooks.js # Assets require hooks
├── index.ts # App entry point
└── postcss.config.js # PostCSS configuration
Server-Side Security and Performance
Concerning the security and performance of Express in production, I already setup some middleware for you:
- helmet - Helps secure Express server with various HTTP headers.
- hpp - Express middleware to protect against HTTP Parameter Pollution attacks.
- compression - Gzip compression support for speeding up Express server responses.
Note: It's just a basic protected mechanism for your app, you can see the security best practices for more advanced configuration.
Setup Redux DevTools Extension
The Redux Devtools Extension let us wire up our Redux app to a time-traveling debugger. It's enabled in development only. You can follow these installation guides to use it:
For Chrome
- from Chrome Web Store;
- or download
extension.zip
from last releases, unzip, openchrome://extensions
url and turn on developer mode from top left and then click; onLoad Unpacked
and select the extracted folder for use - or build it with
npm i && npm run build:extension
and load the extension's folder./build/extension
; - or run it in dev mode with
npm i && npm start
and load the extension's folder./dev
.
For Firefox
- from Mozilla Add-ons;
- or build it with
npm i && npm run build:firefox
and load the extension's folder./build/firefox
(just select a file from inside the dir).
For Electron
- just specify
REDUX_DEVTOOLS
inelectron-devtools-installer
.
For other browsers and non-browser environment
Overview
Functional Components and Hooks
React v16.8 introduced a series of Hooks, which let you use state and other React features without writing a class. In the starter boilerplate, you can see how I leverage the benefit of functional components + hook APIs to write a demo with clean code.
Adding Routes
This starter use React Router library to manage our routes. For the purpose of SSR with data pre-fetched, I put the routes in a centralized Route Config. You can setup your routes in ./src/routes.tsx
. For example:
import RouteComponent from './pages/RouteComponent';
// ...
export default [
{
// Define your route path
path: '/top-path',
// If the route matches the location.pathname exactly or not (used for index route usually)
exact: true,
// Add your route component here
component: RouteComponent,
// Add your sub route component here
routes: [
{
path: '/top-path/sub-path',
component: SubRouteComponent
}
]
// ...
}
// Setup other route components...
];
Data Fetching from Server-side
Just write Redux actions and stores as normal (read the Redux document if you are new). The starter using axios as the data fetcher, it's quite simple and easy to use. If the action creator is asynchronous then it will return a Promise (or a Promise.all) in the inner function.
Register the action(s) in ./src/routes.tsx
, which have to be called from server-side:
// ...
export default [
{
path: '/top-path',
exact: true,
component: RouteComponent,
// Actions in the loadData function will be fetched from server-side
loadData: () => [
myReduxAction()
// Add other pre-fetched actions here
]
}
// ...
];
The action(s) will be dispatched through ./src/server.tsx
on server-side:
// ...
app.get('*', (req, res) => {
// ...
// Here's the method for loading data from server-side
const loadBranchData = () => {
const branch = matchRoutes(routes, req.path);
const promises = branch.map(({ route, match }) => {
if (route.loadData) {
return Promise.all(
route
.loadData({ params: match.params, getState: store.getState })
.map(item => store.dispatch(item))
);
}
return Promise.resolve(null);
});
return Promise.all(promises);
};
// ...
});
// ...
In client-side, don't forget to invoke the action(s) in componentDidMount
or useEffect
hook. This ensures that if the component is reached on the client, then the same actions will be invoked. It's up to the action(s) to figure out if fetches for data need to be made or not:
// If you use React class component
componentDidMount() {
// Invoke your redux action(s) for client rendering
this.props.myReduxAction();
}
// If you use functional component
useEffect(() => {
myReduxAction();
}, [])
Code Splitting
One great feature of the web is that you don’t have to make your visitors download the entire app before they can use it. You can think of code splitting as incrementally downloading the app. It divides your code into small pieces called “chunks” to reduce the size of bundle loaded by user. Reducing the size of a chunk makes it load and run faster.
To accomplish this, I integrate loadable-components into this starter. The reason I choose the library is because of its design philosophy of SSR. It works seamless with the starter rather than others. Let’s see how we split our app by route:
I use the following folder/file structure:
The index.js
will be:
import loadable from '@loadable/component';
import { Error, Loading } from '../../components';
// Import your async route component
const AsyncComponent = loadable(() => import('./AsyncComponent'), {
// Loading component will be displayed when the component is being loaded
fallback: <Loading />
});
export default props => (
// Wrap an <ErrorBoundary /> to catch the error of <AsyncComponent /> (via "componentDidCatch()" life cycle)
<ErrorBoundary>
<AsyncComponent {...props} />
</ErrorBoundary>
);
Then you can setup the route as usual.
Note: I just show a general case route-based splitting, however you can even split your app by component-based depends on your need. For more advanced configuration you can refer to the document of loadable-components.
Managing Title, Meta, Styles and Scripts
The ./src/app/index.tsx
(app root component) defines the base title and meta in a <Helmet {...config.app} />
component. Any sub-component can override/add properties (supports meta, link, script, style tags and html attributes). See the react-helmet document for more info.
App config
You can store app settings under ./src/config
. By default the default.ts
will be loaded. If the process.env.NODE_ENV
matches to production, the prod.ts
will be used instead, and it inherits the data info from default.ts
.
You can access the correct config with:
import config from './config';
Styles
The starter supports CSS, SASS and CSS modules is enabled by default. I use PostCSS plugin to parse CSS and add autoprefixer to your stylesheet. You can access your stylesheet with two ways.
With CSS modules:
import styles from './styles.scss';
// ...
return (
<div className={styles.myClass}>
{/* The className matches one of CSS classes in your SCSS file */}
<Helmet title="My title" />
{this.renderContent()}
</div>
);
Without CSS modules (you need to turn off CSS modules from ./tools/webpack/config.babel.js
):
import './styles.scss';
// ...
return (
<div className="myClass">
{/* Use the CSS class as normal */}
<Helmet title="My title" />
{this.renderContent()}
</div>
);
By the way, if you want to use vendor CSS frameworks or global styles, just import it through the ./src/app/index.tsx
file (app root component). For example:
import '../../theme/normalize.css'; // Import a vendor stylesheet here
import styles from './styles.scss'; // Import your based stylesheet here
// ...
export default routes => {
// ...
};
Image and Font
It's super easy to render the image and font both on client and server, the usage would be like below.
Using image:
// Require an image
<img src={require('./assets/logo.svg')} alt="Logo" role="presentation" />
Using font-awesome:
// With CSS modules
import styles from './styles.scss';
// ...
return (
<div>
<div>
<i className={styles.iconUser} /> Welly
</div>
</div>
);
// Without CSS modules
import './font-awesome.css';
// ...
return (
<div>
<div>
<i className="fa fa-icon" /> Welly
</div>
</div>
);
For using CSS modules, you have to set the proper font path in your scss/sass file:
$fa-font-path:"../node_modules/font-awesome/fonts";
@import "../node_modules/font-awesome/scss/font-awesome";
.icon-user {
@extend .fa;
@extend .fa-user;
}
Boost App Performance
In this starter, you can see I use React.PureComponent and React.memo to demostrate the basic performance optimizing for React app. The two APIs are used in different ways.
React.PureComponent
is used for React class components. It can do shallow prop and state comparison for a performance boost:
import React, { PureComponent } from 'react';
// ...
class MyComponent extends PureComponent {
// Only re-renders if props change
// ...
}
React.memo
is used for functional components. It plays the same role asReact.PureComponent
:
import React, { memo } from 'react';
// ...
const MyComponent = memo(props => {
// Only re-renders if props change
// ...
});
- In addition, you can also use React hooks like useMemo or useCallback to avoid expensive calculations on every render:
import React, { useMemo, useCallback } from 'react';
// Performance optimizing via useMemo()
const ParentComponent = props => (
<div>
{/* Only re-renders if "a" change */}
{useMemo(
() => (
<ChildComponent someProp={a} />
),
[a]
)}
</div>
);
// Performance optimizing via useCallback()
const ParentComponent = props => (
<div>
{/* Return a memorized callback that only changes if "a" changed */}
{/* This is useful to prevent child component from unnecessary renders */}
<ChildComponent
callback={useCallback(() => {
doSomething(a);
}, [a])}
/>
</div>
);
For more performance optimizing techniques. Please see the Optimizing Performance topic.
Typescript
Typescript is a typed super-set of JavaScript. It's getting more and more popular in the Front-end world. And being widely used by many libraries. If you are new to Typescript, you can check out its document here.
Typescript has been integrated with our application to bring the following benefits:
- Type safety for components, reducers, state and actions.
- Many IDEs support the hints of Typescript, which give us a superior developer experience.
- Easy refactoring of typed code.
- In general, more types less bugs. Read this article to know more.
Code and Style Lint
ESLint (With Airbnb config), typescript-eslint, StyleLint, Prettier and lint-staged are integrated into this starter to maintain a consistent code style and give you a elegant code formatting. You can configure your lint rules through ./package.json
file.
Unit Tests
This starter use Jest as the testing engine. It runs in a Node environment, so you won't have access to the DOM. In addition, Jest support the feature of snapshot testing, which is very powerful for testing React component. Give it a try, you'll be impressed.
I also use enzyme as the testing utility for React, which makes it easier to assert, manipulate, and traverse your React Components' output. The unit tests focus on three parts as below:
There's another testing utility called react-testing-library. I have used it in other projects, it's nice and easy to use!
- Components
- Actions
- Reducers
By the way, Jest built-in code coverage reports, the report files are generated in ./coverage
folder. You can configure ./package.json
to define which files that you want to cover. For example:
{
// ...
"jest": {
"collectCoverageFrom": [
"src/pages/**/*.tsx", // Define the files, which want to be covered
"!src/pages/index.ts" // The files will be ignored by code coverage
],
// Other configurations
},
// ...
}
You can also use istanbul's ignore hints to specify specific lines of code in a Javascript file to skip code coverage.
How to Deploy
To deploy you app to cloud service (e.g. AWS, GCP), you can follow the instructions below.
- Build then install production dependencies:
yarn build # Building bundle
rm -rf node_modules # After building remove node modules
yarn install --production # Then install dependencies only
- Pack necessary folders/files to your Node.js server:
- ✅ node_modules
- ✅ public
- ✅ src
- ✅ tools/webpack
- ✅ index.ts
- ✅ postcss.config.js
- ✅ package.json
- ✅ tsconfig.json
- Run your app:
yarn start
Ideally, the above steps can be integrated into your CI. I recommend you to pack the
yarn.lock
for yarn installation by CI.
Troubleshooting
-
If app crash due to the error:
Invariant Violation: loadable: SSR requires "@loadable/babel-plugin", please install it
(refer to this issue). To solve that, you must use.js
extension for code-splitting files (e.g.src/Home/index.js
). -
If you encounter the markup mismatches error (it's a React universal issue, which usually occurs due to the non-synchronized rendering result between client and server), you can do:
- Restart the server to solve it.
- Or for v16.1.0 up, you can use
suppressHydrationWarning
attribute for intentional client/server text mismatches (#11126).
-
If you are on windows and encounter the following error: Expected linebreaks to be 'LF' but found 'CRLF' linebreak-style. The following rule must be added to
./package.json
.
"linebreak-style": 0
So it will look like:
// ...
"rules": {
"linebreak-style": 0,
"global-require": 0,
// Other rules
Contributors ✨
Thanks goes to these wonderful people (emoji key):
This project follows the all-contributors specification. Contributions of any kind welcome!