π A Completely updated version of my initial boilerplate π
Note: If you still want to use a previous version, please checkout old-original-structure
branch.
A boilerplate using the power and simplicity of React, Redux, Webpack 2 + HMR, and ES6 + JSX via Babel. Includes Webpack's Tree Shaking
configuration. It's suitable for scalable applications and organized using the custom variation of the Ducks pattern β approach when each module's entry file (feature-name.js
) contains all of its related constants, actions/action creators, selectors and its reducer.
The provided boilerplate is powered by the following technology stack:
- React and JSX β a virtual DOM JavaScript library for rendering UI. It's about rendering view as a function of state, making JavaScript-driven UI declarative the way HTML is declarative.
- Redux β an incredibly simple way of modelling your data app state, with great community support
- Webpack 2 and dev middleware β client-side module builder and module loader
- React Hot Loader 3 β combines the best of React Hot Loader and React Transform and fixes some long-standing issues
- React Router v3 β to allow dynamic routing
- React Router Redux β simple bindings to keep React Router and Redux in sync
- Reselect β provides a way to access Redux state in components and build composable selectors that are automatically memoized
- Flow β static type checker for JavaScript aimed at catching common bugs in JavaScript programs. The flow type annotations get ripped out of the source by the webpack build step. You have no obligation to use flow within your code and can even uninstall the dependency (
flow-bin
) without breaking the project. - npm β package manager and task runner
- Babel 6 β transpiler from ES6 / JSX to ES5
- PostCSS β ecosystem of custom plugins and tools aimed at transforming extended syntaxes and features into modern, browser-friendly CSS
- CSS Modules β guarantee that all the styles for a single component, designed to fix the problem of the global scope in CSS
- Redux DevTools β a live-editing environment for your Redux apps (and as a browser extension)
- webpack-dashboard β CLI dashboard for your Webpack dev server
- React Intl β internationalization for React projects
- ESLint β reporter for syntax and style issues
- eslint-plugin-react & eslint-plugin-flowtype β additional React/Flow type specific linting rules for ESLint
- Sass β compiler of CSS styles with variables, mixins, and more
- Mocha β well-known and flexible test framework that you can use to run your JavaScript tests on the server or in the browser
- Enzyme β makes unit testing React components an absolute pleasure
- Chai β BDD assertion library that works along with
Mocha
- Sentry β real-time error tracking for your app
Support for Node.js > 5
$ git clone https://github.com/nicksp/redux-webpack-es6-boilerplate.git app-name
$ cd app-name
$ npm install
- Update name, description, author, repository in
package.json
- Update app title in
src/client/assets/index.html
There are two ways in which you can build and run the web app:
-
Build once for (ready for Production):
$ npm run build
$ npm run build:serve
The last command will boot up HTTP server on
3003
port and servebuild/client
directory in a default browser -
Hot reloading via webpack middlewares:
$ npm start
- Point your browser to http://localhost:3000/, page hot reloads automatically when there are changes
(TBD)
To execute all unit tests, use:
$ npm run test
To run unit tests continuously during development (watch tests), use:
$ npm run test:watch
Assign yourself a unique publicly accessible url that will proxy all requests to your locally running webserver.
$ npm install -g localtunnel
$ npm start
$ npm run tunnel # run in a new tab
You will receive a url, for example https://tbst.localtunnel.me
, that you can share with anyone for as long as your local instance of lt
remains active. Any requests will be routed to your local service at the specified port.
In order to get info on errors that happened in production, we integrate Sentry into our application to track errors and get context on what happened.
To use it on your side, configure it first:
- Create account at https://sentry.io/signup/
- Add new project for your app on Sentry website
- In
/src/client/assets/javascripts/app/config.js
file assignSENTRY_KEY
andSENTRY_APP
constants values that you got after adding a new project - Don't forget to define
Allowed Domains
section under yourProject Settings
on Sentry website to track errors from required domains
For debugging purposes please use:
- Redux DevTools plugin for Chrome to simplify debugging React apps.
- React Developer Tools
This starter kit implements best practices like testing (unit testing
), minification, bundling, and so on. It saves you from the long, painful process of wiring it all together into an automated dev environment and build process.
Webpack serves your app in memory when you run npm start
. No physical files are written. However, the web root is /src
, so you can reference files under /src in index.html. When the app is built using npm run build
, physical files are written to /build
folder and the app is served from /build
.
We're handling it differently in DEV vs PROD.
When you run npm start
:
- The sass-loader compiles Sass into CSS
- Webpack bundles the compiled CSS into app.js. Sounds weird, but it works!
- app.js contains code that loads styles into the <head> section of index.html via JavaScript. This is why there is no stylesheet reference in index.html. In fact, if you disable JavaScript in your browser, you'll see the styles don't load either.
The approach above supports hot reloading, which is great for development. However, it also create a flash of unstyled content on load because you have to wait for the JavaScript to parse and load styles before they're applied. So for the production build, we use a different approach:
When you run npm run build
:
- The sass-loader compiles Sass into CSS
- The extract-text-webpack-plugin extracts the compiled Sass into app.css
- buildHtml.js adds a reference to the stylesheet to the head of index.html.
npm run build
. This will prepare and build the project for production use. It does the following:
- Minifies all JS and CSS
- Inline base64 URLs for images and fonts if their size is less than specified limit
- Sets NODE_ENV to
production
so that React is built in production mode - Places the resulting built project files into
/build
directory. (This is the folder you'll expose to the world).
- Watch
index.html
for changes - Setup test environment for React components using Enzyme, Mocha and Karma
- Add support for React Intl
- Add support for dynamic routing (
code splitting
) - Update
FAQ
section to reflect latest greatest changes - Add more Flow type annotations incrementally to allow Flow to validate more code, and gradually increase Flowβs coverage of the codebase
- Integrate Material Design or Bootstrap
- Check if PostCSS integration works
- Apply more best practices to how code is organized and written
- Add section about available
npm
scripts - Any more ideas?
MIT License, 2016
Brought to you by Nick S. Plekhanov