前言

说起WebPack的发展历程，不由想起了一那句“千里马常有，而伯乐不成有的”的名言，相信很多人都听说过Grunt,Gulp 这样的架构工具，但是却很少有人涉及应用过Webpack,但是由于React的技术框架的风靡一时，webpack的地位以及应用度得到了很大的提升，这不得不感谢Facebook的架构。

对此，我也谈一下webpack在React项目中的应用实践，究竟为何要用这样一个技术架构。

什么是webpack

首先，webpack是一款前端的架构工具，也是近期最火的一款模块加载器兼打包工具，它能把各种资源，例如JS（含JSX）、coffee、样式（含less/sass）、图片等都作为模块来使用和处理。

我们可以直接使用 require(XXX) 或者import(XXX)的形式来引入各模块，即使它们可能需要经过编译（比如JSX和sass）,webpack拥有很多的模块加载器（loader）来处理这些问题。

官网是 http://webpack.github.io/

webpack的优势何在

webpack 是以 commonJS 的形式来书写脚本滴，但对 AMD/CMD 的支持也很全面，方便旧项目进行代码迁移。
支持多种文件资源，比如js,coffee等等。
配置简单，开发便捷，比如打包、压缩混淆、图片转base64等。
扩展性强，插件机制完善，特别是支持 React 热加载插件（ react-hot-loader ）

安装

我们常规直接使用 npm 的形式来安装：

$ npm install webpack -g

常规项目还是把依赖写入 package.json 包去更人性化：

$ npm init
$ npm install webpack --save-dev

配置

每个webpack的工程都会有一个配置文件，就比如grunt中的gruntfile.js,gulp中的gulpfile.js。

webpack中的文件名字叫做webpack.config.js,这个文件需要在项目根目录创建，默认的执行指令为‘webpack’。

简单配置：

@H_502_51@module.@H_502_51@exports = {
    entry: './index.js',output: {
        path: __dirname,filename: 'bundle.js'
    },module: {
        loaders: [{
            test: /\.css$/,loaders: ['style-loader','css-loader']
        }]
    }
};

这里解释一下几个属性的作用：

entry:用户配置整个项目工程文件的入口点。
output：用于配置解析编译后生成压缩文件路径。
module: 主要定义项目中的解析器例如css,jsx， babel等等，这个很想gulp,grunt的task，这里比较好的一点是我们不需要require这些loader，但是需要额外安装的。而gulp是需要的。

可以配置多个entry:

var path = @H_502_51@require('path');

var config = {
  entry: {
    admin: './admin/index.js',consumer: './consumer/index.js'
  },output: {
    path: path.join(__dirname,'dist'),publicPath: '/dist/',filename: '[name].bundle.js'
  }
};

@H_502_51@module.@H_502_51@exports = config;

上面代码中的path,__dirname为webpack特有的方法属性用于指定路径。

常用loader的分析

对于webpack来讲，可贵之处在于提供了大量可用的loader处理我们的资源文件，Loader 是支持链式执行的，如处理 sass 文件的 loader，可以由 sass-loader、css-loader、style-loader 组成，由 compiler 对其由右向左执行，第一个 Loader 将会拿到需处理的原内容，上一个 Loader 处理后的结果回传给下一个接着处理，最后的 Loader 将处理后的结果以 String 或 Buffer 的形式返回给 compiler。

如下常用几项：

预处理器

css-loader 处理css中路径引用等问题
style-loader 动态把样式写入css
sass-loader scss编译器
less-loader less编译器
postcss-loader scss再处理

loaders之 js处理

babel-loader
jsx-loader

loaders: [
  {test: /\.js$/,loader: "babel",exclude: /node_modules/},{test: /\.jsx$/,loader: "jsx-loader"}
  {test: /.css$/,loader: 'style!css'} ]

image-loader

loader安装：

sudo install image-webpack-loader --save-dev

config代码：

module: {
    loaders: [
        {
                test: /\.(jpe?g|png|gif|svg)$/i,loaders: [
                        'file?hash=sha512&digest=hex&name=img/[hash].[ext]','image-webpack?bypassOnDebug&optimizationLevel=7&interlaced=false'
                ]
        }
    ]
},

url-loader

sudo npm install url-loader --save-dev

url-loader的功能和image-loader功能比较类似，只是url-loader可以k控制小于某个大小的图片转成dataurl。

plugin的应用

webpack的plugin可以帮助开发者处理压缩混淆等代码上的问题，使用也是相当方便，具体我们看一下代码：

plugins: [
        //单独生成html文件
        @H_502_51@new HtmlWebpackPlugin({
            filename: '../index.html',//生成的html及存放路径，相对于path
            template: './src/index.html',//载入文件及路径
            publicPath: "js/",//这是build文件下html文件引用js文件的路径
            chunks: ['index'],//需要引入的chunk，不配置就会引入所有页面的资源
        }), // 使用browser-sync实时刷新页面
        @H_502_51@new BrowserSyncPlugin({
          host: 'localhost',port: 3000,server: { baseDir: ['./build/'] }//会默认访问./build/index.html
        }), //负责压缩JS代码，并控制是否要显示警告
        @H_502_51@new webpack.optimize.UglifyJsPlugin({
      @H_502_51@compress: {
        warnings: true
      }
    }),@H_502_51@new webpack.optimize.OccurenceOrderPlugin()
      ]

这里主要说明一下一下几个个插件：

new webpack.optimize.DedupePlugin()

主要查找相等或近似的模块，避免在最终生成的文件中出现重复的模块，比如可以用它去除依赖中重复的插件。

new webpack.optimize.OccurenceOrderPlugin()

这个插件为组件和模块分配ID，通过这个插件webpack可以分析和优先考虑使用最多的模块，并为它们分配最小的ID，通过分析ID，可以建议降低总文件的大小。

new webpack.HotModuleReplacementPlugin()

全局开启代码热替换,

new ExtractTextPlugin("styles.css")

默认情况下，css是被打包到js中的如果接受不了，我们可以应用这个plugin将css style提取出来。

webpack-dev-server使用

webpack-dev-server比较好用的地方在于热替换，更改后不需要重新刷新浏览器，配置上相比其他工具容易的多。简称（HMR）.

sudo npm install webpack-dev-server --save-dev

我们只要在启动时候指定 –hot指令即可，例如：

webpack-dev-server --progress --colors --hot --inline -d

可以直接复制使用哦，打开url,尝试修改代码，看看能否自动刷新！

运行指令分析

webpack的运行相对简单：

webpack -watch 提供watch方法，实时进行打包更新
webpack -p 对打包后的文件进行压缩
webpack -d 提供SourceMaps，方便调试
webpack --colors 输出结果带彩色，比如：会用红色显示耗时较长的步骤
webpack --profile 输出性能数据，可以看到每一步的耗时
webpack --display-modules 默认情况下 node_modules 下的模块会被隐藏，加上这个参数可以显示这些被隐藏的模块

通常情况下我们也会用npm包管理器进行封装，以便于使用，例如：

"scripts": {
    "start": "./node_modules/.bin/webpack -d --progress --colors --watch","build/":"./node_modules/.bin/webpack -p"
  }

总结

总体上来讲，webpack并不是一个新的工具，之前使用范围也不是很广泛，但是自由其过人之处，很多loader还有待继续完善，相信之后的版本会给大家一个不错的惊喜。

原文链接：https://www.f2er.com/react/305339.html

WebPack在React项目架构中的应用实践

前言