Webpack 是当前前端技术发展中非常热门的工具之一,给前端开发带质的改变,其自动化、模块化的优点是毋庸置疑的。其插件社区更是强大,对于不同的业务需求和技术需求社区都有大量插件可供使用。

凡事都具有两面性,许多人说:前端开发再也不能只需新建HTML文件和JS文件就可以开始写代码了。Webpack 带来了更高级更规范的前端开发模式,由于其本身也在不断完善中,从1到2再到发布不久的webpack 3,频繁的修改给新手带来了许多困惑。而且网络上各种教程鱼目混杂,经常出现别人的教程代码 Copy 下来在自己的环境却跑不通的蛋疼问题。就拿 devtool 配置项来说,官方文档提供了多达7种的配置方法,连 React 核心团队成员 Pete Hunt 都在 Twitter 上调侃:我分不清 Webpack 的许多配置之间的区别。

本文为大家提供一个简单的 Webpack 配置实例。

首先我们明确一下需求:

  • 打包调试
  • 提取公共代码
  • 压缩
  • 热更新

打包调试

第一步,我们在目标文件夹下安装webpack(假设已有package.json)

1
2
npm i webpack@ -g
cnpm i webpack@ --save-dev

我们将编写的js代码和样式文件放置在app文件夹内 (正常项目开发需要js文件和less文件更规范的组织文件结构,此处仅为演示方便)。

第二步,我们在目标文件夹下新建webpack.config.js

1
2
3
4
5
6
7
8
9
10
module.exports = {
entry:{
main:__dirname + '/app/main.js',
},
output:{
path:__dirname + '/public',
filename:'[name].[id].js',//此格式写法后续会提到为什么
publicPath:'/public/'
}
}

我们已经完成了webpack最基础的部分:添加了文件的输入和输出。入口是 app 文件夹内的 ==main.js== 文件,出口为 ==public== 文件夹。接下来我们来处理各种文件的解析,就是大名鼎鼎的loader的舞台了。假设我们使用es6和less开发,那么我们需要:

1
2
3
npm i babel-loader babel-core babel-preset-es2015 babel-preset-stage-0 --save-dev

npm i less less-loader css-loader style-loader --save-dev

接下来我们只需要在modules字段下把这些loader加进去:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
module.exports = {
devtool:'cheap-module-eval-source-map',//多种选择,选择最适合自己的
entry:{
main:__dirname + '/app/main.js',
},
output:{
path:__dirname + '/public',
filename:'[name].[id].js',
publicPath:'/public/'
},
module:{
loaders:[
{
test:/\.js$/, //解析文件类型
exclude:/node_modules/, //排除node_modules文件
loader:'babel-loader', //使用哪种loader解析
query:{
presets:['es2015','stage-0']//loader的配置项,解析es6
}
},
{
test:/\.less$/,
exclude:/node_modules/,
loader:'style-loader!css-loader!less-loader'//顺序为从右向左
}
]
},
}

大功告成!

如果你在全局安装有webpack的话,可以在终端敲入webpack并回车,几秒钟后,main.js文件已经在public打包出来了!

之后我们在 ==index.html== 中引入 ==main.0.js== 文件,再打开index.html就可以看到效果了。

以上步骤,我们已经实现了文件的打包调试,但是现在有个问题摆在我们面前:第三方库代码和业务代码打包到了同一个文件main.0.js内,每次更新代码都要更新整个文件。那么接下来我们对代码进行拆分。

提取公共代码

引入 ==CommonsChunkPlugin== 插件,在 ==webpack.config.js== 添加如下内容:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
module.exports = {
devtool:'cheap-module-eval-source-map',
entry:{
main:__dirname + '/app/main.js',
vendor:'moment'
},
output:{
path:__dirname + '/public',
filename:'[name].[id].js',
publicPath:'/public/'
},
module:{
loaders:[
{
test:/\.js$/,
exclude:/node_modules/,
loader:'babel-loader',
query:{
presets:['es2015','stage-0']
}
},
{
test:/\.less$/,
exclude:/node_modules/,
loader:'style-loader!css-loader!less-loader'
}
]
},
plugins:[
new webpack.optimize.CommonsChunkPlugin({
names:['vendor','manifest']
})
]
}

我们看到向插件的构造函数传入了两个参数 ==vendor== 和 ==manifest== ,以及我们在 ==entry== 也加入了新的入口 ==moment== 。==moment== 是常用的时间处理的第三方库,我们可以通过 ==npm i moment –save-dev== 进行安装。而 ==entry== 处的 ==vendor== 将成为 ==output== 字段 ==filename== 中 ==[name]== 的值,也就是说将打包出 ==main.x.js 和 vendor.x.js== 两个文件,main.x.js 文件将保存我们的业务代码,vendor.x.js 将保存 moment 的代码,这样我们将公共代码和业务代码进行了初步分离。

在新添加的 ==CommonmChunkPlugin== 插件中,我们添加了 manifest 值,这是为什么呢?如果你不添加这个值,你在打包时会发现,main.x.js 有更新,vendor.x.js 还是有更新,并未真正实现”分离”。官方文档对此的解释是:

The issue here is that on every build, webpack generates some webpack runtime code, which helps webpack do it’s job. When there is a single bundle, the runtime code resides in it. But when multiple bundles are generated, the runtime code is extracted into the common module, here the vendor file.

大致的意思就是说,webpack 每次编译时运行的代码会影响到 hash 值的变化,当只有一个打包文件时这部分代码会塞进去,当有多个打包文件时,这部分代码会进入公共的 vendor。所以解决办法是使用 manifest 字段把这部分代码从 vendor 中作为一个公共模块抽出来,从而不会影响 vendor。

将以上的配置写入 Webpack.config.js,运行 Webpack 命令,我们发现业务代码和公共库代码成功分离,改写 main.1.js 文件的内容,再次打包,发现 vendor 文件并没有变化,成功!

webpack2

当我们再进行打包时,发现又会多出了新的main.x.js等文件,打包三次就会出现三个main.x.js文件,此时该怎么办呢?我们可以使用clean-webpack-plugin插件:

1
npm i clean-webpack-plugin --save-dev

然后在 webpack.config.js 中引入:

1
2
3
4
5
6
7
8
9
var CleanWebpackPlugin = require('clean-webpack-plugin');
new CleanWebpackPlugin(
['public/main.*.js','public/manifest.*.js'],//要删除的文件目录匹配
{
root:__dirname,
verbose:true,
dry:false
}
),

这样我们每次在打包新的代码时,旧文件就会删除,不会再出现同一份文件存在多份的情况。

压缩

在 webpack 中,图片,css,js等等其他资源皆可压缩,本文仅以压缩js为例。

1
npm i uglifyjs-webpack-plugin --save-dev

在 webpack.config.js 中引入:

1
2
3
4
5
6
7
8
9
10
11
var UglifyJsPlugin = require('uglifyjs-webpack-plugin');
new UglifyJsPlugin({
beautify:true,
exclude:['/node_modules/'],
compress:{
warnings:false
},
output:{
comments:false
}
})

我们指定了压缩的方法,排除了不需要压缩的node_modules部分,同时我们去除了comments部分(comments为@license等注释,是可观的压缩空间)。再次在终端输入打包命令,可见js打包后的体积有令人满意的减小。

热更新

Webpack 总是绕不开热替换的话题。热替换的功能配置和原理是一大话题,三天三夜也说不完,也并非本文重点,本文只提供简易高效的配置方法。

热替换存在两种使用方式,cli和node。cli方式无需添加新的热替换插件,且无需在入口处添加webpack-dev-server等入口,故本文采用cli使用方式。

在webpack.config.js中添加devServer字段,加入如下代码:

1
2
3
4
devServer:{
inline:true,
hot:true
},

保存后运行 ==webpack-dev-server –inline –hot –progress== ,再修改下main.less文件的样式,会发现浏览器并没有刷新,但页面已经发生了变化,我们的热替换功能也成功加入了!

tips:

在实际项目打包时,可以将 ==filename== 字段的值换为 ==[name].[chunkhash].js== ,其中==[chunkhash]== 为 webpack 每次打包后给每个模块的标识值,这个值每次打包后都会更换。为什么在此处我们使用 ==[id]== 呢,因为chunkhash与热替换存在冲突,终端会有报错,那么使用 id 可以算作一个解决方案。这就引申出另一话题,我们可以使用两套 webpack 配置分别用于生产环境和开发环境,通过 webpack 指定 config 来进行打包。例如我们在开发环境使用id,在生产环境去掉热替换并使用 ==hash== 的方式。而且,一些压缩插件也没必要在开发环境过度使用,两套配置能让 webpack 发挥最大的威力。

运行

我们知道,每次打包后,都会有新的 ==main.x.js== 文件生成,其 ==hash== 值每次打包后都会发生变化,难道我们的 ==index.html== 文件需要每次打包后都手动修改 ==main.x.js== 的路径吗?还好社区提供了 ==html-webpack-plugin== 插件,可以在已有html模板的条件下自动为我们生成带有最新代码的html文件:

1
npm i html-webpack-plugin --save-dev

在 webpack.config.js 中引入:

1
2
3
4
5
var HtmlWebpackPlugin = require('html-webpack-plugin');
new HtmlWebpackPlugin({
title:'demo',
template:'index.html'
}),

以后我们再进行调试时,以本文为例,则需要打开localhost:8080/public/index.html,因为每次webpack的HtmlWebpackPlugin都会把新的js文件加入到这个html文件内。在开发全部完成后,我们可以将js路径写死,添加到原有的index.html文件中。

Webpack.config.js 全部的配置

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
var webpack = require('webpack');
var CleanWebpackPlugin = require('clean-webpack-plugin');
var HtmlWebpackPlugin = require('html-webpack-plugin');
var UglifyJsPlugin = require('uglifyjs-webpack-plugin');

module.exports = {
devtool:'cheap-module-eval-source-map',
entry:{
main:__dirname + '/app/main.js',
vendor:'moment'
},
output:{
path:__dirname + '/public',
filename:'[name].[id].js',
publicPath:'/public/'
},
devServer:{
inline:true,
hot:true
},
module:{
loaders:[
{
test:/\.js$/,
exclude:/node_modules/,
loader:'babel-loader',
query:{
presets:['es2015','stage-0']
}
},
{
test:/\.less$/,
exclude:/node_modules/,
loader:'style-loader!css-loader!less-loader'
}
]
},
plugins:[
new CleanWebpackPlugin(
['public/main.*.js','public/manifest.*.js'],
{
root:__dirname,
verbose:true,
dry:false
}
),
new webpack.optimize.CommonsChunkPlugin({
names:['vendor','manifest']
}),
new HtmlWebpackPlugin({
title:'demo',
template:'index.html'
}),
new UglifyJsPlugin({
beautify:true,
exclude:['/node_modules/'],
compress:{
warnings:false
},
output:{
comments:false
}
})
]
}

END

这份配置麻雀虽小,五脏俱全。本文还有许多不完善之处,比如一些插件的使用方法,原理没有与大家讲清楚,但 Webpack 实在太庞大了,一个插件的使用方法和原理都可以写上千字的文章了,学习不可浅尝辄止,但也不能太钻牛角尖,与大家共勉~

原文链接:in HERE

分享到 评论