webpack 是什么？
- 官方网站:https://webpack.js.org/
- 中文网站:https://www.webpackjs.com/
本质上，`webpack` 是一个现代 `JavaScript` 应用程序的静态模块打包器(module bundler)。当 webpack 处理应用程序时，它会递归地
构建一个依赖关系图(dependency graph)，其中包含应用程序需要的每个模块，然后将所有这些模块打包成一个或多个 bundle。
安装（两个工具webpack、webpack-cli）
`webpack` 是一个使用 `Node.js` 实现的一个模块化代码打包工具。所以，我们需要先安装 webpack，安装之前需要搭建好 `Node.js` 环境
npm install -D webpack webpack-cli
注：不推荐全局安装
`webpack-cli` : 提供 webpack 命令、工具，类似 `create-react-app`
`webpack` : webpack 代码，类似 `react`
使用
./node_modules/.bin/webpack
查看版本
./node_modules/.bin/webpack -v
也可以编辑 `package.json` 的 `scripts` 来简化输入
// package.json
{
...,
"scripts": {
"start": "webpack" // scripts 中可以定位到 ./node_modules/.bin/ 目录下
}
}
当然，还可以使用更加方便的方式：
npx webpack
通过 `npx` 也可以帮助我们定位命令到 `./node_modules/.bin/` 目录下
注：npm5.2+ 增加，如果没有，可以使用 npm i -g npx 来安装
打包模块
打包之前，我们需要了解一个概念，入口文件
入口文件
入口文件就是我们项目中加载的第一个文件，比如上面的 `main.js` 文件，其它文件都是通过 `import` 等方式引入的，`webpack` 会从
我们指定的入口文件开始分析所有需要依赖的文件，然后把打包成一个完整文件。
打包命令
webpack ./js/index.js
上面命令会使用 `webpack` 默认的一些配置对模块文件进行打包，并把打包后的文件输出到默认创建的 `./dist` 目录下，打包后的
文件名称默认为 `main.js`。
模块文件打包以后，就可以在不支持 es6 模块语法的浏览器环境下引入使用了。
打包文件分析
- 把分散的模块文件打包到一个文件中，不需要外部引入了
- 内置了一个小型模块加载器(类似 `requireJS`)，实现了打包后的代码隔离与引用
以上就是 webpack 最基础的使用于基本原理，当然强大的 `webpack` 远远不止这些功能。
打包配置
虽然，我们可以直接通过命令的来打包，但是推荐创建一个 `webpack.config.js` 的配置文件来实现更方便和强大的功能。
`webpack` 命令在运行的时候，默认会读取运行命令所在的目录下的 `webpack.config.js` 文件，通常我们会在项目的根目录下运行命令
和创建配置文件。
我们也可以通过 `—config` 选项来指定配置文件路径：
webpack --config ./configs/my_webpack.config.js
通常情况下，我们的项目目录大致如下：
核心配置
mode模式
`"production" | "development" | "none"`
在webpack.config.js添加就可变成开发环境
module.exports = {
mode: 'production'
}
entry入口---分析的第一个文件
output出口
打包后的文件位置
多出口模式
- 可以指定一个固定的文件名称，如果是多入口多出口(`entry` 为对象)，则不能使用单文件出口，需要使用下面的方式
- 通过 `webpack` 内置的变量占位符：`[name]`
深入功能
在 `webpack` 中，有一个很重要的特性：模块不仅仅只是 `js` 的文件，`webpack` 可以把任意文件数据作为模块进行处理，
包括：非 js 文本、css、图片等等
但是 `webpack` 默认情况下只能处理 `js` 模块，如果需要处理其它类型的模块，则需要使用它提供的一些其它功能
执行简要流程
Loaders
https://webpack.js.org/loaders/
转存失败当 `webpack` 碰到不识别的模块的时候，`webpack` 会在配置的 `module` 中进行该文件解析规则的查找
- `rules` 就是我们为不同类型的文件定义的解析规则对应的 loader，它是一个数组
- 每一种类型规则通过 test 选项来定义，通过正则进行匹配，通常我们会通过正则的方式来匹配文件后缀类型
- `use` 针对匹配到文件类型，调用对应的 `loader` 进行处理
从一个简单的案例来了解 loader
raw-loader
在 webpack 中通过 import 方式导入文件内容，loader 并不是 webpack 内置的，所以首先要安装
npm install --save-dev raw-loader
然后在 webpack.config.js 中进行配置
file-loader
把识别出的资源模块，移动到指定的输出目录，并且返回这个资源在输出目录的地址(字符串)
npm install --save-dev file-loader
占位符：https://webpack.js.org/loaders/file-loader#placeholders
url-loader
可以处理理 `file-loader` 所有的事情，但是遇到图片格式的模块，可以选择性的把图片转成 `base64` 格式的字符串，并打包到 `js` 中，
对小体积的图片比较合适，大图片不合适。
npm install --save-dev url-loader
css-loader
分析 `css` 模块之间的关系，并合成一个 `css`
npm install --save-dev css-loader
style-loader
把 `css-loader` 生成的内容，用 `style` 标签挂载到页面的 `head` 中
npm install --save-dev style-loader
同一个任务的 `loader` 可以同时挂载多个，处理顺序为：从右到左，也就是先通过 `css-loader` 处理，然后把处理后的 `css` 字符串
交给 `style-loader` 进行处理
sass-loader
把 `sass` 语法转换成 `css` ，依赖 `node-sass` 模块
npm install --save-dev sass-loader node-sass
Plugins（插件）
扩展 `webpack` 本身的一些功能，它们会运行在各种模块解析完成以后的打包编译阶段，比如对解析后的模块文件进行压缩等
HtmlWebpackPlugin
在打包结束后，自动生成一个 `html` 文件，并把打包生成的 js 模块引入到该 `html` 中
npm install --save-dev html-webpack-plugin
在 `html` 模板中，可以通过 `<%=htmlWebpackPlugin.options.XXX%>` 的方式获取配置的值
clean-webpack-plugin
删除（清理）构建目录
npm install --save-dev clean-webpack-plugin
mini-css-extract-plugin
提取 `CSS` 到一个单独的文件中
npm install --save-dev mini-css-extract-plugin
const MiniCssExtractPlugin = require('mini-css-extract-plugin');
module.exports = {
...,
module: {
rules: [
{
test: /\.s[ac]ss$/,
use: [
{
loader: MiniCssExtractPlugin.loader
},
'css-loader',
'sass-loader'
]
}
]
},
plugins: [
...,
new MiniCssExtractPlugin({
filename: '[name].css'
}),
...
]
}
sourceMap
我们实际运行在浏览器的代码是通过 `webpack` 打包合并甚至是压缩混淆过的代码，所生成的代码并不利于我们的调试和错误定位，
我们可以通过 `sourceMap` 来解决这个问题，`sourceMap` 本质是一个记录了编译后代码与源代码的映射关系的文件，我们可以通过
`webpack` 的 `devtool` 选项来开启 `sourceMap`
首先，编译后会为每一个编译文件生成一个对应的 `.map` 文件，同时在编译文件中添加一段对应的 `map` 文件引入代码
同时，现代浏览器都能够识别 `sourceMap` 文件，如 `chrome`，会在 `Sources` 面板中显示根据编译文件与对应的 `map` 文件定位到
源文件中，有利于我们的调试和错误定位
WebpackDevServer
每次的代码修改都需要重新编译打包，刷新浏览器，特别麻烦，我们可以通过安装 `webpackDevServer` 来改善这方面的体验
npm install --save-dev webpack-dev-server
启动命令：
npx webpack-dev-server
或者，`package.json` 中添加 `scripts`
修改 `webpack.config.js`
启动服务以后，`webpack` 不在会把打包后的文件生成到硬盘真实目录中了，而是直接存在了内存中(同时虚拟了一个存放目录路径)，
后期更新编译打包和访问速度大大提升
Proxy
当下前端的开发都是前后端分离开发的，前端开发过程中代码会运行在一个服务器环境下(如当前的 `WebpackDevServer`)，那么在
处理一些后端请求的时候通常会出现跨域的问题。`WebpackDevServer` 内置了一个代理服务，通过内置代理就可以把我们的跨域请求
转发目标服务器上(`WebpackDevServer` 内置的代理发送的请求属于后端 - `node`，不受同源策略限制)，具体如下：
const Koa = require('koa');
const KoaRouter = require('koa-router');
const app = new Koa();
const router = new KoaRouter();
router.get('/api/info', async ctx => {
ctx.body = {
username: 'zMouse',
gender: 'male'
}
})
app.use( router.routes() );
app.listen(8787);
axios({
url: 'http://localhost:8787/api/info'
}).then(res => {
console.log('res',res.data);
})
默认情况下，该代码运行以后会出现跨域请求错误，修改 `webpack` 配置
module.exports = {
...,
devServer: {
// 生成的虚拟目录路径
contentBase: "./dist",
// 自动开启浏览器
open: true,
// 端口
port: 8081,
proxy: {
'/api': {
target: 'http://localhost:8787'
}
}
}
}
通过 `proxy` 设置，当我们在当前 `WebpackDevServer` 环境下发送以 `/api` 开头的请求都会被转发到 http://localhost:8787 目标服务器下
axios({
//url: 'http://locahost:8081/api/info',
url: '/api/info'
}).then(res => {
console.log('res',res.data);
})
Hot Module Replacement（热重载）
在之前当代码有变化，我们使用的 `live reload`，也就是刷新整个页面，虽然这样为我们省掉了很多手动刷新页面的麻烦，但是这样
即使只是修改了很小的内容，也会刷新整个页面，无法保持页面操作状态。`HMR` 随之就出现了，它的核心的局部（模块）更新，
也就是不刷新页面，只更新变化的部分
开启 `HMR` 以后，当代码发生变化，`webpack` 即会进行编译，并通过 `websocket` 通知客户端(浏览器)，我们需要监听处理
来自 `webpack` 的通知，然后通过 `HMR` 提供的 `API` 来完成我们的局部更新逻辑
上面代码就是 当 ./fn1.js 模块代码发生变化的时候，把最新的 fn1 函数绑定到 box1.onclick 上
从上面就可以看到，`HMR` 其实就是以模块为单位，当模块代码发生修改的时候，通知客户端进行对应的更新，而客户端则根据具体
的模块来更新我们的页面逻辑(这些逻辑需要自己去实现)，好在当前一些常用的更新逻辑都有了现成的插件
https://github.com/gaearon/react-hot-loader
https://github.com/vuejs/vue-loader
375
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
