前端临床手札——webpack构建逐步解构（上）

前言

因为博主最近又闲下来了，以前以为webpack的官方文档比较难啃一直放到如今。细心阅读多个webpack配置案例后以为仍是得本身写个手脚架，固然这个案例是基于vue的，可是并不影响你使用其余库（jquery这些）。文章会逐步分析每一个处理的用意（固然是博主本身的理解），不足之处欢迎指出沟通交流。

案例

一个通用简单的手脚架，只需修改简单配置就可以使用，同时知足多页面需求。

multiple-page-vue-webpack-example

最近添加了雪碧图功能，并把sass-loader替换成postcss的press，详细能够看分支develop

使用

# 安装依赖
$ npm i

# 运行本地服务，访问 http://localhost:6002 进行开发调试
$ npm run dev

# 构建发行版本到./dist目录
$ npm run build

目录结构

build/         #构建配置目录
src/           #源代码目录
    clients/   #入口文件
    imports/   #js代码目录，此为js引入的root目录
    styles/    #全局样式目录
    templates/ #页面模板文件（建议和入口文件名字对应）

分析案例

乍看案例build目录下代码挺多的，并且不少刚入手webpack的人都会瞬间懵逼。可是若是逐步分析理解后就会发觉其实还挺简单易懂，下面先介绍一下每一个文件做用。

/build
    build.js               #构建生产代码
    config.js              #配置
    dev-client.js 
    dev-server.js          #执行本地服务器
    utils.js               #额外的通用方法
    webpack.base.conf.js   #默认的webpack配置
    webpack.dev.conf.js    #本地开发的webpack配置
    webpack.prod.conf.js   #构建生产的webpack配置

工做流程

本地测试

结合上面流程图和build目录下的文件介绍能看出主要webpack本地测试创建在webpack和express两个工具上面。

首先咱们执行下面代码，能获得一个测试服务器，并能在浏览器预览到咱们的代码效果

$ npm run dev

打开package.json 找到scripts能看到实际执行的是

$ node build/dev-server.js

接下来就先从dev-server.js开始分析

打开dev-server.js能看到引用这些核心依赖

1. ./config

2. ./webpack.dev.conf

3. webpack

4. express

5. webpack-dev-middleware

6. webpack-hot-middleware

7. connect-history-api-fallback

前两个是配置文件，webpack和express就不用多说了，主要看剩下那三个。

webpack-dev-middleware

webpack-dev-middleware 是一个结合了webpack配置的express中间件插件(不熟悉express的能够看这里)，哪他都干了些什么呢？官方文档是这样说的：

• 这是一个简单webpack中间件。它提供一个链接服务器并处理访问webpack中的文件。

• webpack中的文件寄存在内存，不会生成文件。

• 若是在观测模式下修改的文件，中间件再也不提供旧包，但会延迟请求，直到编译完成，在文件变化后页面刷新以前你无需等待。

简单来讲就是提供一个可让你访问通过webpack处理后的服务，而后看一下dev-server.js下这块的代码

const compiler = webpack(webpackConfig)

const devMiddleware = require('webpack-dev-middleware')(compiler, {
  publicPath: '/', 
  stats: {
    colors: true,
    chunks: false
  }
})

compiler就是webpack实例，而后这里的说明一下publicPath实际上是访问的目录根，若是改成/app/那么你访问的地址就必须是http://localhost:6002/app/index.html。

webpack-hot-middleware

使用它的目的是让代码变化时能更新代码而无需刷新整个页面，可是这块配置就较为繁琐。除了须要在express挂载这个中间件以外还得修改webpack配置。

首先得在每一个入口前加上webpack-hot-middleware/client，还须要添加一下plugin到webpack配置

// 这块因为是多入口处理有点不一样，后续解析多入口问题和为什么使用'./build/dev-client'而不是'webpack-hot-middleware/client'
Object.keys(webpackConfig.entry).forEach(function (name) {
  webpackConfig.entry[name] = ['./build/dev-client'].concat(webpackConfig.entry[name])
})

plugins: [
    ...
    // webpack 1.0
    new webpack.optimize.OccurrenceOrderPlugin(),
    // webpack 2.0
    new webpack.HotModuleReplacementPlugin(),
    new webpack.NoErrorsPlugin()
    ...
]

看到这类估计你会有所疑问，为什么入口加上的是./build/dev-client而不是webpack-hot-middleware/client？由于这里因为使用了html-webpack-plugin而当修改了html咱们须要它整个页面刷新，而写了个简单的处理，具体能够看dev-client.js，至于其余配置细节能够看官方文档。

connect-history-api-fallback

这个很少说一笔带过，就是让你的单页面路由处理更天然（好比vue-router的mode设置为html5时），具体看官方文档

关于多页面处理

这里页面处理使用了html-webpack-plugin插件处理，至于配置须要看三个地方，首先是入口配置webpack.base.conf.js

let webpackConfig = {
    entry: utils.getEntry(config.entry),
    ...
}

因为使用固定目录结构的关系，原理就是把src/clients/目录下的文件都视为入口文件加载到配置。

还有模板处理webpack.dev.conf.js

webpackConfig.plugins = [].concat(webpackConfig.plugins, utils.htmlLoaders(config.template, webpackConfig.entry))

模板处理也是同样，这里创建与一个潜规则：入口文件必须和模板文件的目录结构和名字一致。

在这样的条件下，多页面处理就简单不少了，具体细节可看utils@getEntry()和utils@htmlLoaders()。关于html-webpack-plugin配置细节可看官方文档。

后续将会补上构建生产的配置分析，案例参考：vue-cli。

前端临床手札——webpack构建逐步解构（下）