vue.js

关注公众号 jb51net

关闭
首页 > 网络编程 > JavaScript > javascript类库 > vue.js > vue-cli中的webpack的config配置

vue-cli中的webpack的config配置全过程

作者：神の愛

文章详细介绍了Vue CLI中webpack的配置文件,包括`dev.env.js`和`prod.env.js`的内容,以及它们是如何通过`webpack-merge`模块进行合并的,文章还解释了这些配置文件中各个参数的作用,如`assetsSubDirectory`、`assetsPublicPath`、`proxyTable`等

vue-cli中的webpack的config配置

打开我们的vue项目文件夹我们可以清楚的看到文件夹下的三个文件，

“dev.env.js”，“index.js”，“prod.env.js”，

我们先打开prod.env.js的文件

看里面的内容：

‘use strict'
module.exports = {
NODE_ENV: ‘“production”'
}

prod.env.js的内容非常简单，仅仅是导出了一个对象，

里面写明了执行环境是“production（生产环境）”；

接下来看与之对应的“dev.env.js”文件

‘use strict'
//引入webpack-merge模块
const merge = require(‘webpack-merge')
//引入刚才打开的prod.env.js
const prodEnv = require('./prod.env')

module.exports = merge(prodEnv, {
NODE_ENV: ‘“development”'
})

在“dev.env.js”中，先引入了webpack-merge这个模块。

这个模块的作用是来合并两个配置文件对象并生成一个新的配置文件，

有点儿类似于es6的object.assign();

vue-cli中将一些通用的配置抽出来放在一个文件内，

在对不同的环境配置不同的代码，最后使用webpack-merge来进行合并，

减少重复代码，正如文档中所说，

“webpack遵循不重复原则(Don’t repeat yourself - DRY)，不会再不同的环境中配置相同的代码”

当然，关于webpack-merge的内容还远不止这些，想了解更多关于这个模块的朋友请访问 https://www.npmjs.com/package/webpack-merge

好，让我们接着回到代码中来，引入webpack-merge后这个文件又引入了prod.env.js，接着就将prod.env.js的配置和新的配置，即指明开发环境（development）进行了merge。（我有点儿不太理解为什么要这样做，如果不merge直接写module.exports={NODE_ENV:’"development’}也是可以的，难道是为了优雅降级？）

还有一点需要注意是的，development和production一定要加双引号，不然会报错！！！

开头引入了node中的path模块，然后我们先来看dev下的配置内容：

poll是跟devserver相关的一个配置，webpack为我们提供的devserver是可以监控文件改动的，但在有些情况下却不能工作，我们可以设置一个轮询（poll）来解决

我们再来看build下的配置内容：

assetsRoot打包后的文件根路径，

至于assetsSubDirectory和assetsPublicPath跟dev中的一样，

这个是配置

//config目录下index.js配置文件
// see http://vuejs-templates.github.io/webpack for documentation.
// path是node.js的路径模块，用来处理路径统一的问题
var path = require('path')
 
module.exports = {
    // 下面是build也就是生产编译环境下的一些配置
    build: {
        // 导入prod.env.js配置文件，只要用来指定当前环境，详细见(1)
        env: require('./prod.env'),
        // 下面是相对路径的拼接，假如当前跟目录是config，那么下面配置的index属性的属性值就是dist/index.html
        index: path.resolve(__dirname, '../dist/index.html'),
        // 下面定义的是静态资源的根目录 也就是dist目录
        assetsRoot: path.resolve(__dirname, '../dist'),
        // 下面定义的是静态资源根目录的子目录static，也就是dist目录下面的static
        assetsSubDirectory: 'static',
        // 下面定义的是静态资源的公开路径，也就是真正的引用路径
        assetsPublicPath: '/',
        // 下面定义是否生成生产环境的sourcmap，sourcmap是用来debug编译后文件的，通过映射到编译前文件来实现
        productionSourceMap: true,
        // Gzip off by default as many popular static hosts such as
        // Surge or Netlify already gzip all static assets for you.
        // Before setting to `true`, make sure to:
        // npm install --save-dev compression-webpack-plugin
        // 下面是是否在生产环境中压缩代码，如果要压缩必须安装compression-webpack-plugin
        productionGzip: false,
        // 下面定义要压缩哪些类型的文件
        productionGzipExtensions: ['js', 'css'],
        // Run the build command with an extra argument to
        // View the bundle analyzer report after build finishes:
        // `npm run build --report`
        // Set to `true` or `false` to always turn it on or off
        // 下面是用来开启编译完成后的报告，可以通过设置值为true和false来开启或关闭
        // 下面的process.env.npm_config_report表示定义的一个npm_config_report环境变量，可以自行设置
        bundleAnalyzerReport: process.env.npm_config_report
    },
    dev: {
        // 引入当前目录下的dev.env.js，用来指明开发环境，详见(2)
        env: require('./dev.env'),
        // 下面是dev-server的端口号，可以自行更改
        port: 8080,
        // 下面表示是否自定代开浏览器
        autoOpenBrowser: true,
        assetsSubDirectory: 'static',
        assetsPublicPath: '/',
        // 下面是代理表，作用是用来，建一个虚拟api服务器用来代理本机的请求，只能用于开发模式
        // 详见(3)
        proxyTable: {},
        // CSS Sourcemaps off by default because relative paths are "buggy"
        // with this option, according to the CSS-Loader README
        // (https://github.com/webpack/css-loader#sourcemaps)
        // In our experience, they generally work as expected,
        // just be aware of this issue when enabling this option.
        // 是否生成css，map文件，上面这段英文就是说使用这个cssmap可能存在问题，但是按照经验，问题不大，可以使用
        // 给人觉得没必要用这个，css出了问题，直接控制台不就完事了
        cssSourceMap: false
    }
}

(1)下面是prod.env.js的配置内容

    module.exports = {
        // 作用很明显，就是导出一个对象，NODE_ENV是一个环境变量，指定production环境
        NODE_ENV: '"production"'
    }

(2)下面是dev.env.js的配置内容

    // 首先引入的是webpack的merge插件，该插件是用来合并对象，也就是配置文件用的，相同的选项会被覆盖
    var merge = require('webpack-merge')
    // 导入prod.env.js配置文件
    var prodEnv = require('./prod.env')
    // 将两个配置对象合并，最终结果是 NODE_ENV: '"development"'
    module.exports = merge(prodEnv, {
        NODE_ENV: '"development"'
    })

(3)下面是proxyTable的一般用法

    vue-cli使用这个功能是借助http-proxy-middleware插件，一般解决跨域请求api
    proxyTable: {
        '/list': {
            target: 'http://api.xxxxxxxx.com', -> 目标url地址
            changeOrigin: true, -> 指示是否跨域
            pathRewrite: {
            '^/list': '/list' -> 可以使用 /list 等价于 api.xxxxxxxx.com/list
            }
        }
    }

总结

以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。

您可能感兴趣的文章:
阅读全文