noiter / webpack-reactjs

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

Goal of this guide

This is a cookbook of how to get things done with webpack. This includes most things we use at Instagram and nothing we don't use.

Prerequisites

  • You know browserify, RequireJS or something similar
  • You see the value in:
  • Bundle splitting
  • Async loading
  • Packaging static assets like images and CSS

1. How to invoke webpack

Switch to the directory containing webpack.config.js and run:

  • webpack for building once for development
  • webpack -p for building once for production (minification)
  • webpack --watch for continuous incremental build in development (fast!)
  • webpack -d to include source maps

2. Compile-to-JS languages

webpack's equivalent of browserify transforms and RequireJS plugins is a loader. Here's how you can teach webpack to load CoffeeScript and Facebook JSX+ES6 support (you must npm install babel-loader coffee-loader):

See also the babel-loader installation instructions for additional dependencies (tl;dr run npm install babel-core babel-preset-es2015 babel-preset-react).

// webpack.config.js
module.exports = {
   entry: './main.js',
   output: {
     filename: 'bundle.js'       
   },
   module: {
     loaders: [
       { test: /\.coffee$/, loader: 'coffee-loader' },
       {
         test: /\.js$/,
         loader: 'babel-loader',
         query: {
           presets: ['es2015', 'react']
         }
       }
     ]                                                                                              
   }
};

To enable requiring files without specifying the extension, you must add a resolve.extensions parameter specifying which files webpack searches for:

// webpack.config.js
module.exports = {
  entry: './main.js',
  output: {
    filename: 'bundle.js'       
  },
  module: {
    loaders: [
      { test: /\.coffee$/, loader: 'coffee-loader' },
      {
        test: /\.js$/,
        loader: 'babel-loader',
        query: {
          presets: ['es2015', 'react']
        }
      }
    ]
  },
  resolve: {
    // you can now require('file') instead of require('file.coffee')                                                 
    extensions: ['', '.js', '.json', '.coffee']
  }
};

3. Stylesheets and images

First update your code to require() your static assets (named as they would with node's require()):

require('./bootstrap.css');
require('./myapp.less');

var img = document.createElement('img');
img.src = require('./glyph.png');

When you require CSS (or less, etc), webpack inlines the CSS as a string inside the JS bundle and require() will insert a <style> tag into the page. When you require images, webpack inlines a URL to the image into the bundle and returns it from require().

But you need to teach webpack to do this (again, with loaders):

// webpack.config.js
module.exports = {
  entry: './main.js',
  output: {
    path: './build', // This is where images AND js will go
    publicPath: 'http://mycdn.com/', // This is used to generate URLs to e.g. images
    filename: 'bundle.js'
  },
  module: {
    loaders: [
      { test: /\.less$/, loader: 'style-loader!css-loader!less-loader' }, // use ! to chain loaders
      { test: /\.css$/, loader: 'style-loader!css-loader' },
      { test: /\.(png|jpg)$/, loader: 'url-loader?limit=8192' } // inline base64 URLs for <=8k images, direct URLs for the rest
    ]
  }
};

4. Feature flags

We have code we want to gate only to our dev environments (like logging) and our internal dogfooding servers (like unreleased features we're testing with employees). In your code, refer to magic globals:

if (__DEV__) {
  console.warn('Extra logging');
}
// ...
if (__PRERELEASE__) {
  showSecretFeature();
}

Then teach webpack those magic globals:

// webpack.config.js

// definePlugin takes raw strings and inserts them, so you can put strings of JS if you want.
var definePlugin = new webpack.DefinePlugin({
  __DEV__: JSON.stringify(JSON.parse(process.env.BUILD_DEV || 'true')),
  __PRERELEASE__: JSON.stringify(JSON.parse(process.env.BUILD_PRERELEASE || 'false'))
});

module.exports = {
  entry: './main.js',
  output: {
    filename: 'bundle.js'       
  },
  plugins: [definePlugin]
};

Then you can build with BUILD_DEV=1 BUILD_PRERELEASE=1 webpack from the console. Note that since webpack -p runs uglify dead-code elimination, anything wrapped in one of these blocks will be stripped out, so you won't leak secret features or strings.

5. Multiple entrypoints

Let's say you have a profile page and a feed page. You don't want to make the user download the code for the feed if they just want the profile. So make multiple bundles: create one "main module" (called an entrypoint) per page:

// webpack.config.js
module.exports = {
  entry: {
    Profile: './profile.js',
    Feed: './feed.js'
  },
  output: {
    path: 'build',
    filename: '[name].js' // Template based on keys in entry above
  }
};

For profile, insert <script src="build/Profile.js"></script> into your page. Do a similar thing for feed.

6. Optimizing common code

Feed and Profile share a lot in common (like React and the common stylesheets and components). webpack can figure out what they have in common and make a shared bundle that can be cached between pages:

// webpack.config.js

var webpack = require('webpack');

var commonsPlugin =
  new webpack.optimize.CommonsChunkPlugin('common.js');

  module.exports = {
    entry: {
      Profile: './profile.js',
      Feed: './feed.js'
    },
    output: {
      path: 'build',
      filename: '[name].js' // Template based on keys in entry above
    },
    plugins: [commonsPlugin]
  };

Add <script src="build/common.js"></script> before the script tag you added in the previous step and enjoy the free caching.

7. Async loading

CommonJS is synchronous but webpack provides a way to asynchronously specify dependencies. This is useful for client-side routers, where you want the router on every page, but you don't want to have to download features until you actually need them.

Specify the split point where you want to load asynchronously. For example:

if (window.location.pathname === '/feed') {
  showLoadingState();
  require.ensure([], function() { // this syntax is weird but it works
    hideLoadingState();
    require('./feed').show(); // when this function is called, the module is guaranteed to be synchronously available.
  });
} else if (window.location.pathname === '/profile') {
  showLoadingState();
  require.ensure([], function() {
    hideLoadingState();
    require('./profile').show();
  });
}

webpack will do the rest and generate extra chunk files and load them for you.

webpack will assume that those files are in your root directory when you load then into a html script tag for example. You can use output.publicPath to configure that.

// webpack.config.js
output: {
  path: "/home/proj/public/assets", //path to where webpack will build your stuff
  publicPath: "/assets/" //path that will be considered when requiring your files
}

Using Docker

If you want to distribute your application on the docker registry, create a Dockerfile in the root of application directory:

FROM iojs:onbuild

# Expose the ports that your app uses. For example:
EXPOSE 8080

Then simply run:

$ docker build -t iojs-app .
...
$ docker run --rm -it iojs-app

To run a single script, you can mount it in a volume under /usr/src/app. From the root of your application directory (assuming your script is named index.js):

$ docker run -v ${PWD}:/usr/src/app -w /usr/src/app -it --rm iojs iojs index.js

Reference:

About


Languages

Language:JavaScript 94.6%Language:HTML 3.5%Language:CSS 1.9%