开发
本指南继续沿用管理输出指南中的代码示例。
如果你一直跟随之前的指南,应该对一些 webpack 基础知识有着很扎实的理解。在我们继续之前,先来看看如何建立一个开发环境,使我们的开发变得更容易一些。
本指南中的工具仅用于开发环境,请不要在生产环境中使用它们!
使用 source map
当 webpack 打包源代码时,可能很难追踪到错误和警告在源代码中的原始位置。例如,如果将三个源文件(a.js, b.js 和 c.js)打包到一个 bundle(bundle.js)中,而其中一个源文件包含一个错误,那么堆栈跟踪就会简单地指向到 bundle.js。这通常没有太多帮助,因为你可能需要准确地知道错误来自于哪个源文件。
source map 有很多不同的选项可用,请务必仔细阅读它们,以便可以根据需要进行配置。
对于本指南,我们使用 inline-source-map 选项,这有助于解释说明我们的目的(仅解释说明,不要用于生产环境):
webpack.config.js
const path = require('path');
const HtmlWebpackPlugin = require('html-webpack-plugin');
const CleanWebpackPlugin = require('clean-webpack-plugin');
module.exports = {
entry: {
app: './src/index.js',
print: './src/print.js'
},
devtool: 'inline-source-map',
plugins: [
new CleanWebpackPlugin(['dist']),
new HtmlWebpackPlugin({
title: 'Output Management'
})
],
output: {
filename: '[name].bundle.js',
path: path.resolve(__dirname, 'dist')
}
};
现在,让我们来做一些调试,在 src/print.js 文件中,故意写一段错误的代码:
export default function printMe() {
cosnole.error('this line has a error');
}
运行 npm run dev,在终端并看不出异常。
现在,在浏览器打开最终生成的 index.html 文件,点击页面中的 按钮,就可以在浏览器的控制台查看显示的错误。错误应该如下:
Uncaught ReferenceError: cosnole is not defined
at HTMLButtonElement.printMe (print.js:2)
此错误信息具体指明了发生错误的文件(print.js)和行号(2)。这是非常有帮助的。
选择一个开发工具
某些文本编辑器具有安全写入功能,可能会干扰以下某些工具。
每次要编译(构建)代码时,都需要重新手动执行 npm run dev,显得很麻烦。
webpack 中有三种不同的工具,可以帮助你在代码发生变化后自动编译代码:
- webpack's Watch Mode(观察模式)
- webpack-dev-server
- webpack-dev-middleware
多数场景中,你可能需要使用 webpack-dev-server,但是不妨探讨一下这三种工具。
webpack's Watch Mode(观察模式)
你可以指示 webpack "watch" 依赖图中的所有文件,如果其中一个文件被更新,代码将被重新编译,所以你不必手动运行构建。
通过修改 package.json 文件,添加一个用于启动 webpack 的观察模式的 npm script 脚本:
{
"name": "webpack-demo",
"version": "1.0.0",
"description": "",
"main": "index.js",
"scripts": {
"test": "echo test ok !",
"watch": "webpack --watch --mode development",
"dev": "webpack --mode development"
},
"keywords": [],
"author": "",
"license": "ISC",
"devDependencies": {
"clean-webpack-plugin": "^0.1.18",
"css-loader": "^0.28.10",
"csv-loader": "^2.1.1",
"file-loader": "^1.1.9",
"html-webpack-plugin": "github:jantimon/html-webpack-plugin",
"style-loader": "^0.20.2",
"webpack": "^4.0.0",
"webpack-cli": "^2.0.9",
"xml-loader": "^1.2.1"
},
"dependencies": {
"lodash": "^4.17.5"
}
}
现在,你可以在命令行中运行 npm run watch,就会看到 webpack 编译代码,然而却不会退出命令行。这是因为 script 脚本还在观察文件。
在 webpack 观察文件的同时,我们先移除之前引入的错误:
src/print.js
export default function printMe() {
console.log('I get called from print.js!');
}
现在,保存文件并检查终端窗口。可以看到 webpack 自动重新编译修改后的模块!
唯一的缺点是,为了看到修改后的实际效果,你需要刷新浏览器。
如果能够自动刷新浏览器就更好了,可以尝试使用 webpack-dev-server,恰好可以实现我们想要的功能。
webpack-dev-server
webpack-dev-server 为你提供了一个简单的 web 服务器,并且能够实时重新加载。
安装 webpack-dev-server :
npm install --save-dev webpack-dev-server
修改 webpack.config.js 文件,告诉开发服务器(dev server),在哪里查找文件:
const path = require('path');
const HtmlWebpackPlugin = require('html-webpack-plugin');
const CleanWebpackPlugin = require('clean-webpack-plugin');
module.exports = {
entry: {
app: './src/index.js',
print: './src/print.js'
},
devtool: 'inline-source-map',
devServer: {
contentBase: './dist'
},
plugins: [
new CleanWebpackPlugin(['dist']),
new HtmlWebpackPlugin({
title: 'Output Management'
})
],
output: {
filename: '[name].bundle.js',
path: path.resolve(__dirname, 'dist')
}
};
以上配置告知 webpack-dev-server,在 localhost:8080 下建立服务,将 dist 目录下的文件,作为可访问文件。
添加 npm script 脚本,以便可以通过 npm script 直接运行开发服务器(dev server)。也就是修改项目目录中的 package.json 文件,在 scripts 键指向的值中加入如下代码:
"start": "webpack-dev-server --open",
现在,我们可以在命令行中运行 npm start ,就会看到浏览器自动加载页面。如果现在修改和保存任意源文件,web 服务器就会自动重新加载编译后的代码。你会发现项目中的 dist 目录 也不见了。
说明: webpack-dev-server 是通过 node.js 创建的 web 服务器来和 web 进行交互的。node.js 创建的 web 服务器和其他主流 web 服务器(Apache、Nginx、IIS)的功能差不多。webpack-dev-server 有很多配置选项,具体可查询 webpack 官网。
webpack-dev-middleware
webpack-dev-middleware 是一个容器,它可以把 webpack 处理后的文件传递给一个服务器。 webpack-dev-server 在内部使用了它,同时,它也可以作为一个单独的包来使用,以便进行更多自定义设置。
接下来是一个 webpack-dev-middleware 配合 express server 的示例。
首先,安装 express 和 webpack-dev-middleware 。
npm install --save-dev express webpack-dev-middleware
接下来我们需要对 webpack 的配置文件做一些调整,以确保中间件(middleware)功能能够正确启用。主要是调整 webpack.config.js 文件中的 output 的 publicPath 属性。
const path = require('path');
const HtmlWebpackPlugin = require('html-webpack-plugin');
const CleanWebpackPlugin = require('clean-webpack-plugin');
module.exports = {
entry: {
app: './src/index.js',
print: './src/print.js'
},
devtool: 'inline-source-map',
devServer: {
contentBase: './dist'
},
plugins: [
new CleanWebpackPlugin(['dist']),
new HtmlWebpackPlugin({
title: 'Output Management'
})
],
output: {
filename: '[name].bundle.js',
path: path.resolve(__dirname, 'dist'),
publicPath: '/'
}
};
publicPath 也会在服务器脚本用到,以确保文件资源能够在 http://localhost:3000 下正确访问。下一步就是设置我们自定义的 express 服务。
在项目根目录中,添加 server.js 文件:
const express = require('express');
const webpack = require('webpack');
const webpackDevMiddleware = require('webpack-dev-middleware');
const app = express();
const config = require('./webpack.config.js');
const compiler = webpack(config);
// Tell express to use the webpack-dev-middleware and use the webpack.config.js
// configuration file as a base.
app.use(webpackDevMiddleware(compiler, {
publicPath: config.output.publicPath
}));
// Serve the files on port 3000.
app.listen(3000, function () {
console.log('Example app listening on port 3000!\n');
});
然后,在 package.json 文件中添加 npm script 脚本,以使我们更方便地运行服务。即在该文件的 scripts 中添加下面的代码:
"server": "node server.js",
现在,在你的终端(命令行)执行 npm run server 。
打开浏览器,访问 http://localhost:3000,你应该看到你的 webpack 应用程序已经运行!
调整文本编辑器
使用自动编译代码时,可能会在保存文件时遇到一些问题。某些编辑器具有“安全写入”功能,可能会影响重新编译。
要在一些常见的编辑器中禁用此功能,请查看以下列表:
- Sublime Text 3 - 在用户首选项(user preferences)中添加 atomic_save: "false"。
- IntelliJ - 在首选项(preferences)中使用搜索,查找到 "safe write" 并且禁用它。
- Vim - 在设置(settings)中增加 :set backupcopy=yes。
- WebStorm - 在 Preferences > Appearance & Behavior > System Settings 中取消 Use "safe write"。
结论
现在,你已经学会了如何自动编译代码,并运行一个简单的开发服务器。接下来,进入 模块热替换(Hot Module Replacement)。
模块热替换
模块热替换(Hot Module Replacement)简称 HMR, 是 webpack 提供的最有用的功能之一。
它允许在运行时更新各种模块,而无需进行完全刷新。HMR 不适用于生产环境,应当只在开发环境使用。
启用 HMR
启用 HMR 比较简单。使用 webpack 内置的 HMR 插件可以实现。
要删掉 print.js 的入口起点,因为它现在正被 index.js 模式使用。
【 如果你使用了 webpack-dev-middleware 而没有使用 webpack-dev-server,请使用 webpack-hot-middleware package 包,以在你的自定义服务或应用程序上启用 HMR。】
修改 webpack.config.js 文件:
const path = require('path');
const HtmlWebpackPlugin = require('html-webpack-plugin');
const CleanWebpackPlugin = require('clean-webpack-plugin');
const webpack = require('webpack');
module.exports = {
entry: {
app: './src/index.js'
},
devtool: 'inline-source-map',
devServer: {
contentBase: './dist',
hot: true
},
plugins: [
new CleanWebpackPlugin(['dist']),
new HtmlWebpackPlugin({
title: '模块热替换'
}),
new webpack.NamedModulesPlugin(),
new webpack.HotModuleReplacementPlugin()
],
output: {
filename: '[name].bundle.js',
path: path.resolve(__dirname, 'dist')
}
};
【 也可通过命令来修改 webpack-dev-server 的配置:webpack-dev-server --hotOnly。】
我们还添加了 NamedModulesPlugin,以便更容易查看要修补(patch)的依赖。
在命令行中运行 npm start 来启动 webpack-dev-server。
现在,我们来修改 index.js 文件,以便当 print.js 内部发生变更时可以告诉 webpack 接受更新的模块。
index.js
import _ from 'lodash';
import printMe from './print.js';
function component() {
var element = document.createElement('div');
var btn = document.createElement('button');
element.innerHTML = _.join(['Hello', 'webpack'], ' ');
btn.innerHTML = 'Click me and check the console!333';
btn.onclick = printMe;
element.appendChild(btn);
return element;
}
document.body.appendChild(component());
if (module.hot) {
module.hot.accept('./print.js', function() {
console.log('Accepting the updated printMe module!');
printMe();
})
}
随意更改 print.js 文件中 console.log 的内容。
export default function printMe() {
console.log('Updating print.js...');
}
你就会在浏览器(http://localhost:8080/) 的控制台(Console),看到如下内容。
[HMR] Waiting for update signal from WDS...
client:77 [WDS] Hot Module Replacement enabled.
[WDS] App hot update...
log.js:24 [HMR] Checking for updates on the server...
index.js:22 Accepting the updated printMe module!
print.js:2 Updating print.js...
log.js:24 [HMR] Updated modules:
log.js:24 [HMR] - ./src/print.js
log.js:24 [HMR] App is up to date.
如此,就实现了 HMR(模块热替换)。还可以通过 Node.js API 来实现HMR(这里不讲解)。
问题
在刚才的示例中,如果你继续点击示例页面上的按钮,可以发现问题:控制台打印的是旧的内容。
这是因为按钮的 onclick 事件仍然绑定在旧的 printMe 函数上。
为了让它与 HRM 正常工作,我们需要调整 index.js 文件:
import _ from 'lodash';
import printMe from './print.js';
function component() {
var element = document.createElement('div');
var btn = document.createElement('button');
element.innerHTML = _.join(['Hello', 'webpack'], ' ');
btn.innerHTML = 'Click me and check the console!';
btn.onclick = printMe;
element.appendChild(btn);
return element;
}
// document.body.appendChild(component());
let element = component(); // 当 print.js 改变导致页面重新渲染时,重新获取渲染的元素
document.body.appendChild(element);
if (module.hot) {
module.hot.accept('./print.js', function() {
console.log('Accepting the updated printMe module!');
// printMe();
document.body.removeChild(element);
element = component(); // 重新渲染页面后,component 更新 click 事件处理
document.body.appendChild(element);
})
}
这只是一个例子,还有很多其他地方容易让人犯错。幸运的是,存在很多 loader(其中一些在下面提到),使得模块热替换的过程变得更容易。
HMR 修改样式表
借助 style-loader 的帮助,CSS 的模块热替换非常简单。当更新 CSS 依赖模块时,此 loader 在后台使用 module.hot.accept 来修补(patch) <style> 标签。
可以使用以下命令安装两个 loader :
npm install --save-dev style-loader css-loader
接下来我们来更新 webpack 的配置,让这两个 loader 生效。
webpack.config.js
const path = require('path');
const HtmlWebpackPlugin = require('html-webpack-plugin');
const CleanWebpackPlugin = require('clean-webpack-plugin');
const webpack = require('webpack');
module.exports = {
entry: {
app: './src/index.js'
},
devtool: 'inline-source-map',
devServer: {
contentBase: './dist',
hot: true
},
module: {
rules: [
{
test: /\.css$/,
use: ['style-loader', 'css-loader']
}
]
},
plugins: [
new CleanWebpackPlugin(['dist']),
new HtmlWebpackPlugin({
title: '模块热替换'
}),
new webpack.NamedModulesPlugin(),
new webpack.HotModuleReplacementPlugin()
],
output: {
filename: '[name].bundle.js',
path: path.resolve(__dirname, 'dist')
}
};
在 src 目录中,添加 styles.css 文件:
body {
background: blue;
}
在 src/index.js 中,引入该 CSS 文件。只需在 index.js 文件的开头添加如下代码:
import './styles.css';
你会发现页面有了蓝色的背景。
如果修改 styles.css 文件中的样式:
body {
background: red;
}
页面的背景色就自动变为红色,而无需手动刷新页面。这就实现了 HMR 修改样式表。
说明: 在终端 npm start 一直处于运行中,也就是说,webpack-dev-server 一直在运行。 它是开发过程中非常好用的工具。
其他代码和框架
还有许多其他 loader 和示例,可以使 HMR 与各种框架和库(library)平滑地进行交互。
- React Hot Loader:实时调整 react 组件。
- Vue Loader:此 loader 支持用于 vue 组件的 HMR,提供开箱即用体验。
- Elm Hot Loader:支持用于 Elm 程序语言的 HMR。
- Redux HMR:无需 loader 或插件!只需对 main store 文件进行简单的修改。
- Angular HMR:没有必要使用 loader!只需对主要的 NgModule 文件进行简单的修改,由 HMR API 完全控制。
接着,我们进入下一章节。
Tree Shaking
tree shaking 是一个术语,通常用于描述移除 JavaScript 上下文中的未引用代码(dead-code)。它依赖于 ES2015 模块系统中的静态结构特性,例如 import 和 export。
添加一个通用模块
在我们的项目中添加一个新的通用模块文件 src/math.js,此文件导出两个函数:
export function square(x) {
return x * x;
}
export function cube(x) {
return x * x * x;
}
接着,更新 src/index.js 文件,为了方便,将 lodash 删除,并使用其中的一个函数。
import { cube } from './math.js';
function component() {
var element = document.createElement('pre');
element.innerHTML = [
'Hello webpack!',
'5 cubed is equal to ' + cube(5)
].join('\n\n');
return element;
}
document.body.appendChild(component());
我们并未从 src/math.js 模块中 import 导入 square 函数,导入了 cube 函数。
cube 函数是所谓的“未引用代码(dead code)”,也就是说,应该删除掉未被引用的 export。
现在让我们运行我们的npm 脚本:
npm run dev
并检查输出的 bundle (dist/app.bundle.js文件),下面只列出部分代码:
...
/***/ "./src/math.js":
/*!*********************!*\
!*** ./src/math.js ***!
\*********************/
/*! exports provided: square, cube */
/***/ (function(module, __webpack_exports__, __webpack_require__) {
"use strict";
__webpack_require__.r(__webpack_exports__);
/* harmony export (binding) */ __webpack_require__.d(__webpack_exports__, "square", function() { return square; });
/* harmony export (binding) */ __webpack_require__.d(__webpack_exports__, "cube", function() { return cube; });
function square(x) {
return x * x;
}
function cube(x) {
return x * x * x;
}
...
你会注意到 square 函数 仍然被包含在 bundle 中。我们将在下面解决这个问题。
精简输出
我们已经通过 import 和 export 语法,标识出了那些“未引用代码(dead code)”,但是我们仍然需要从 bundle 中删除它们。
要做到这一点,可以使用能够删除未引用代码的压缩工具 UglifyJSPlugin(uglifyjs-webpack-plugin 插件)。
首先,安装 uglifyjs-webpack-plugin 插件。
npm install --save-dev uglifyjs-webpack-plugin
然后,将其添加到 webpack.config.js 配置文件。
const path = require('path');
const UglifyJSPlugin = require('uglifyjs-webpack-plugin');
module.exports = {
entry: {
app: './src/index.js'
},
plugins: [
new UglifyJSPlugin()
],
output: {
filename: '[name].bundle.js',
path: path.resolve(__dirname, 'dist')
}
};
【 也可以在命令行中使用 --optimize-minimize 标记,来使用 UglifyJsPlugin。】
运行 npm run dev,看看 bundle 的内容有没有发生改变。显然,现在整个 bundle 都已经被精简过。
虽然,在这个示例中,可能看起来没有减少很多,但是,在具有复杂的依赖树的大型应用程序上运行时,tree shaking 或许会对 bundle 产生显著的体积优化。
警告
webpack 本身并不会执行 tree shaking。它需要依赖于像 UglifyJS 这样的第三方工具来执行未引用代码的删除工作。
有些情况下,tree-shaking 可能不会生效。
一般来说,当一个工具不能确定某些特定的代码路径(path)是否会导致副作用(side-effects)时,即使你确信它不应该存在生成的 bundle 中,但这个代码仍然会保留。常见的情况有:从第三方模块中调用一个函数,webpack 或 压缩工具(minifier)无法检查此模块;从第三方模块导入的函数被重新导出,等等。
还有其他工具,如 webpack-rollup-loader,也能执行 tree shaking。
结论
为了学会使用 tree shaking,只需遵守两点:
- 使用 ES2015 模块语法(即 import 和 export)。
- 引入一个能够删除未引用代码(dead code)的压缩工具(minifier)(例如 UglifyJSPlugin)。
你可以将应用程序想象成一棵树。绿色表示实际用到的源码和 library,是树上活的树叶。灰色表示无用的代码,是秋天树上枯萎的树叶。为了除去死去的树叶,你必须摇动这棵树,使它们落下。
如果你对优化输出很感兴趣,请进入下一章节——生产环境构建。