700字范文,内容丰富有趣,生活中的好帮手!
700字范文 > vue-cli的webpack模板项目配置文件分析[转]

vue-cli的webpack模板项目配置文件分析[转]

时间:2018-10-10 05:14:38

相关推荐

vue-cli的webpack模板项目配置文件分析[转]

vue-cli的webpack模板项目配置文件分析[转]

原文出处:/hongchh/article/details/55113751

由于最近在vue-cli生成的webpack模板项目的基础上写一个小东西,开发过程中需要改动到build和config里面一些相关的配置,所以刚好趁此机会将所有配置文件看一遍,理一理思路,也便于以后修改配置的时候不会“太折腾”。

一、文件结构

本文主要分析开发(dev)和构建(build)两个过程涉及到的文件,故下面文件结构仅列出相应的内容。

├─build│ ├─build.js│ ├─check-versions.js│ ├─dev-client.js│ ├─dev-server.js│ ├─utils.js│ ├─vue-loader.conf.js│ ├─webpack.base.conf.js│ ├─webpack.dev.conf.js│ ├─webpack.prod.conf.js│ └─webpack.test.conf.js├─config│ ├─dev.env.js│ ├─index.js│ ├─prod.env.js│ └─test.env.js├─...└─package.json

二、指令分析

首先看package.json里面的scripts字段,

"scripts": {"dev": "node build/dev-server.js","build": "node build/build.js","unit": "cross-env BABEL_ENV=test karma start test/unit/karma.conf.js --single-run","e2e": "node test/e2e/runner.js","test": "npm run unit && npm run e2e","lint": "eslint --ext .js,.vue src test/unit/specs test/e2e/specs"}

直接看”dev”和”build”。运行”npm run dev”的时候执行的是build/dev-server.js文件,运行”npm run build”的时候执行的是build/build.js文件,我们可以从这两个文件开始进行代码阅读分析。

三、build文件夹分析

build/dev-server.js

首先来看执行”npm run dev”时候最先执行的build/dev-server.js文件。该文件主要完成下面几件事情:

检查node和npm的版本引入相关插件和配置创建express服务器和webpack编译器配置开发中间件(webpack-dev-middleware)和热重载中间件(webpack-hot-middleware)挂载代理服务和中间件配置静态资源启动服务器监听特定端口(8080)自动打开浏览器并打开特定网址(localhost:8080)

说明:express服务器提供静态文件服务,不过它还使用了http-proxy-middleware,一个http请求代理的中间件。前端开发过程中需要使用到后台的API的话,可以通过配置proxyTable来将相应的后台请求代理到专用的API服务器。

详情请看代码注释:

// 检查NodeJS和npm的版本require('./check-versions')()// 获取配置var config = require('../config')// 如果Node的环境变量中没有设置当前的环境(NODE_ENV),则使用config中的配置作为当前的环境if (!process.env.NODE_ENV) {process.env.NODE_ENV = JSON.parse(config.dev.env.NODE_ENV)}// 一个可以调用默认软件打开网址、图片、文件等内容的插件// 这里用它来调用默认浏览器打开dev-server监听的端口,例如:localhost:8080var opn = require('opn')var path = require('path')var express = require('express')var webpack = require('webpack')// 一个express中间件,用于将http请求代理到其他服务器// 例:localhost:8080/api/xxx --> localhost:3000/api/xxx// 这里使用该插件可以将前端开发中涉及到的请求代理到API服务器上,方便与服务器对接var proxyMiddleware = require('http-proxy-middleware')// 根据 Node 环境来引入相应的 webpack 配置var webpackConfig = process.env.NODE_ENV === 'testing'? require('./webpack.prod.conf'): require('./webpack.dev.conf')// dev-server 监听的端口,默认为config.dev.port设置的端口,即8080var port = process.env.PORT || config.dev.port// 用于判断是否要自动打开浏览器的布尔变量,当配置文件中没有设置自动打开浏览器的时候其值为 falsevar autoOpenBrowser = !!config.dev.autoOpenBrowser// 定义 HTTP 代理表,代理到 API 服务器var proxyTable = config.dev.proxyTable// 创建1个 express 实例var app = express()// 根据webpack配置文件创建Compiler对象var compiler = webpack(webpackConfig)// webpack-dev-middleware使用compiler对象来对相应的文件进行编译和绑定// 编译绑定后将得到的产物存放在内存中而没有写进磁盘// 将这个中间件交给express使用之后即可访问这些编译后的产品文件var devMiddleware = require('webpack-dev-middleware')(compiler, {publicPath: webpackConfig.output.publicPath,quiet: true})// webpack-hot-middleware,用于实现热重载功能的中间件var hotMiddleware = require('webpack-hot-middleware')(compiler, {log: () => {}})// 当html-webpack-plugin提交之后通过热重载中间件发布重载动作使得页面重载compiler.plugin('compilation', function (compilation) {compilation.plugin('html-webpack-plugin-after-emit', function (data, cb) {hotMiddleware.publish({ action: 'reload' })cb()})})// 将 proxyTable 中的代理请求配置挂在到express服务器上Object.keys(proxyTable).forEach(function (context) {var options = proxyTable[context]// 格式化options,例如将''变成{ target: '' }if (typeof options === 'string') {options = { target: options }}app.use(proxyMiddleware(options.filter || context, options))})// handle fallback for HTML5 history API// 重定向不存在的URL,常用于SPAapp.use(require('connect-history-api-fallback')())// serve webpack bundle output// 使用webpack开发中间件// 即将webpack编译后输出到内存中的文件资源挂到express服务器上app.use(devMiddleware)// enable hot-reload and state-preserving// compilation error display// 将热重载中间件挂在到express服务器上app.use(hotMiddleware)// serve pure static assets// 静态资源的路径var staticPath = path.posix.join(config.dev.assetsPublicPath, config.dev.assetsSubDirectory)// 将静态资源挂到express服务器上app.use(staticPath, express.static('./static'))// 应用的地址信息,例如:http://localhost:8080var uri = 'http://localhost:' + port// webpack开发中间件合法(valid)之后输出提示语到控制台,表明服务器已启动devMiddleware.waitUntilValid(function () {console.log('> Listening at ' + uri + '\n')})// 启动express服务器并监听相应的端口(8080)module.exports = app.listen(port, function (err) {if (err) {console.log(err)return}// when env is testing, don't need open it// 如果符合自动打开浏览器的条件,则通过opn插件调用系统默认浏览器打开对应的地址uriif (autoOpenBrowser && process.env.NODE_ENV !== 'testing') {opn(uri)}})

build/webpack.base.conf.js

从代码中看到,dev-server使用的webpack配置来自build/webpack.dev.conf.js文件(测试环境下使用的是build/webpack.prod.conf.js,这里暂时不考虑测试环境)。而build/webpack.dev.conf.js中又引用了webpack.base.conf.js,所以这里我先分析webpack.base.conf.js。

webpack.base.conf.js主要完成了下面这些事情:

配置webpack编译入口配置webpack输出路径和命名规则配置模块resolve规则配置不同类型模块的处理规则

说明:这个配置里面只配置了.js、.vue、图片、字体等几类文件的处理规则,如果需要处理其他文件可以在module.rules里面配置。

具体请看代码注释:

var path = require('path')var utils = require('./utils')var config = require('../config')var vueLoaderConfig = require('./vue-loader.conf')// 给出正确的绝对路径function resolve (dir) {return path.join(__dirname, '..', dir)}module.exports = {// 配置webpack编译入口entry: {app: './src/main.js'},// 配置webpack输出路径和命名规则output: {// webpack输出的目标文件夹路径(例如:/dist)path: config.build.assetsRoot,// webpack输出bundle文件命名格式filename: '[name].js',// webpack编译输出的发布路径publicPath: process.env.NODE_ENV === 'production'? config.build.assetsPublicPath: config.dev.assetsPublicPath},// 配置模块resolve的规则resolve: {// 自动resolve的扩展名extensions: ['.js', '.vue', '.json'],// resolve模块的时候要搜索的文件夹modules: [resolve('src'),resolve('node_modules')],// 创建路径别名,有了别名之后引用模块更方便,例如// import Vue from 'vue/dist/mon.js'可以写成 import Vue from 'vue'alias: {'vue$': 'vue/dist/mon.js','src': resolve('src'),'assets': resolve('src/assets'),'components': resolve('src/components')}},// 配置不同类型模块的处理规则module: {rules: [{// 对src和test文件夹下的.js和.vue文件使用eslint-loadertest: /\.(js|vue)$/,loader: 'eslint-loader',enforce: "pre",include: [resolve('src'), resolve('test')],options: {formatter: require('eslint-friendly-formatter')}},{// 对所有.vue文件使用vue-loadertest: /\.vue$/,loader: 'vue-loader',options: vueLoaderConfig},{// 对src和test文件夹下的.js文件使用babel-loadertest: /\.js$/,loader: 'babel-loader',include: [resolve('src'), resolve('test')]},{// 对图片资源文件使用url-loader,query.name指明了输出的命名规则test: /\.(png|jpe?g|gif|svg)(\?.*)?$/,loader: 'url-loader',query: {limit: 10000,name: utils.assetsPath('img/[name].[hash:7].[ext]')}},{// 对字体资源文件使用url-loader,query.name指明了输出的命名规则test: /\.(woff2?|eot|ttf|otf)(\?.*)?$/,loader: 'url-loader',query: {limit: 10000,name: utils.assetsPath('fonts/[name].[hash:7].[ext]')}}]}}

build/webpack.dev.conf.js

接下来看webpack.dev.conf.js,这里面在webpack.base.conf的基础上增加完善了开发环境下面的配置,主要包括下面几件事情:

将hot-reload相关的代码添加到entry chunks合并基础的webpack配置使用styleLoaders配置Source Maps配置webpack插件

详情请看代码注释:

var utils = require('./utils')var webpack = require('webpack')var config = require('../config')// 一个可以合并数组和对象的插件var merge = require('webpack-merge')var baseWebpackConfig = require('./webpack.base.conf')// 一个用于生成HTML文件并自动注入依赖文件(link/script)的webpack插件var HtmlWebpackPlugin = require('html-webpack-plugin')// 用于更友好地输出webpack的警告、错误等信息var FriendlyErrorsPlugin = require('friendly-errors-webpack-plugin')// add hot-reload related code to entry chunksObject.keys(baseWebpackConfig.entry).forEach(function (name) {baseWebpackConfig.entry[name] = ['./build/dev-client'].concat(baseWebpackConfig.entry[name])})// 合并基础的webpack配置module.exports = merge(baseWebpackConfig, {// 配置样式文件的处理规则,使用styleLoadersmodule: {rules: utils.styleLoaders({ sourceMap: config.dev.cssSourceMap })},// 配置Source Maps。在开发中使用cheap-module-eval-source-map更快devtool: '#cheap-module-eval-source-map',// 配置webpack插件plugins: [new webpack.DefinePlugin({'process.env': config.dev.env}),// /glenjamin/webpack-hot-middleware#installation--usagenew webpack.HotModuleReplacementPlugin(),// 后页面中的报错不会阻塞,但是会在编译结束后报错new webpack.NoEmitOnErrorsPlugin(),// /ampedandwired/html-webpack-pluginnew HtmlWebpackPlugin({filename: 'index.html',template: 'index.html',inject: true}),new FriendlyErrorsPlugin()]})

build/utils.js和build/vue-loader.conf.js

前面的webpack配置文件中使用到了utils.js和vue-loader.conf.js这两个文件,utils主要完成下面3件事:

配置静态资源路径生成cssLoaders用于加载.vue文件中的样式生成styleLoaders用于加载不在.vue文件中的单独存在的样式文件

vue-loader.conf则只配置了css加载器以及编译css之后自动添加前缀。详情请看代码注释(下面是vue-loader.conf的代码,utils代码里面原有的注释已经有相应说明这里就不贴出来了):

var utils = require('./utils')var config = require('../config')var isProduction = process.env.NODE_ENV === 'production'module.exports = {// css加载器loaders: utils.cssLoaders({sourceMap: isProduction? config.build.productionSourceMap: config.dev.cssSourceMap,extract: isProduction}),// 编译css之后自动添加前缀postcss: [require('autoprefixer')({browsers: ['last 2 versions']})]}

build/build.js

讲完了开发环境下的配置,下面开始来看构建环境下的配置。执行”npm run build”的时候首先执行的是build/build.js文件,build.js主要完成下面几件事:

loading动画删除创建目标文件夹webpack编译输出信息

说明:webpack编译之后会输出到配置里面指定的目标文件夹;删除目标文件夹之后再创建是为了去除旧的内容,以免产生不可预测的影响。

详情请看代码注释:

// /shelljs/shelljs// 检查NodeJS和npm的版本require('./check-versions')()process.env.NODE_ENV = 'production'// Elegant terminal spinnervar ora = require('ora')var path = require('path')// 用于在控制台输出带颜色字体的插件var chalk = require('chalk')// 执行Unix命令行的插件var shell = require('shelljs')var webpack = require('webpack')var config = require('../config')var webpackConfig = require('./webpack.prod.conf')var spinner = ora('building for production...')spinner.start() // 开启loading动画// 输出文件的目标文件夹var assetsPath = path.join(config.build.assetsRoot, config.build.assetsSubDirectory)// 递归删除旧的目标文件夹shell.rm('-rf', assetsPath)// 重新创建文件夹 shell.mkdir('-p', assetsPath)shell.config.silent = true// 将static文件夹复制到输出的目标文件夹shell.cp('-R', 'static/*', assetsPath)shell.config.silent = false// webpack编译webpack(webpackConfig, function (err, stats) {spinner.stop() // 停止loading动画if (err) throw err// 没有出错则输出相关信息process.stdout.write(stats.toString({colors: true,modules: false,children: false,chunks: false,chunkModules: false}) + '\n\n')console.log(chalk.cyan(' Build complete.\n'))console.log(chalk.yellow(' Tip: built files are meant to be served over an HTTP server.\n' +' Opening index.html over file:// won\'t work.\n'))})

build/webpack.prod.conf.js

构建的时候用到的webpack配置来自webpack.prod.conf.js,该配置同样是在webpack.base.conf基础上的进一步完善。主要完成下面几件事情:

合并基础的webpack配置使用styleLoaders配置webpack的输出配置webpack插件gzip模式下的webpack插件配置webpack-bundle分析

说明:webpack插件里面多了丑化压缩代码以及抽离css文件等插件。

详情请看代码:

var path = require('path')var utils = require('./utils')var webpack = require('webpack')var config = require('../config')var merge = require('webpack-merge')var baseWebpackConfig = require('./webpack.base.conf')var HtmlWebpackPlugin = require('html-webpack-plugin')// 用于从webpack生成的bundle中提取文本到特定文件中的插件// 可以抽取出css,js文件将其与webpack输出的bundle分离var ExtractTextPlugin = require('extract-text-webpack-plugin')var env = process.env.NODE_ENV === 'testing'? require('../config/test.env'): config.build.env// 合并基础的webpack配置var webpackConfig = merge(baseWebpackConfig, {module: {rules: utils.styleLoaders({sourceMap: config.build.productionSourceMap,extract: true})},devtool: config.build.productionSourceMap ? '#source-map' : false,// 配置webpack的输出output: {// 编译输出目录path: config.build.assetsRoot,// 编译输出文件名格式filename: utils.assetsPath('js/[name].[chunkhash].js'),// 没有指定输出名的文件输出的文件名格式chunkFilename: utils.assetsPath('js/[id].[chunkhash].js')},// 配置webpack插件plugins: [// http://vuejs.github.io/vue-loader/en/workflow/production.htmlnew webpack.DefinePlugin({'process.env': env}),// 丑化压缩代码new webpack.optimize.UglifyJsPlugin({compress: {warnings: false},sourceMap: true}),// 抽离css文件new ExtractTextPlugin({filename: utils.assetsPath('css/[name].[contenthash].css')}),// generate dist index.html with correct asset hash for caching.// you can customize output by editing /index.html// see /ampedandwired/html-webpack-pluginnew HtmlWebpackPlugin({filename: process.env.NODE_ENV === 'testing'? 'index.html': config.build.index,template: 'index.html',inject: true,minify: {removeComments: true,collapseWhitespace: true,removeAttributeQuotes: true// more options:// /kangax/html-minifier#options-quick-reference},// necessary to consistently work with multiple chunks via CommonsChunkPluginchunksSortMode: 'dependency'}),// split vendor js into its own filenew monsChunkPlugin({name: 'vendor',minChunks: function (module, count) {// any required modules inside node_modules are extracted to vendorreturn (module.resource &&/\.js$/.test(module.resource) &&module.resource.indexOf(path.join(__dirname, '../node_modules')) === 0)}}),// extract webpack runtime and module manifest to its own file in order to// prevent vendor hash from being updated whenever app bundle is updatednew monsChunkPlugin({name: 'manifest',chunks: ['vendor']})]})// gzip模式下需要引入compression插件进行压缩if (config.build.productionGzip) {var CompressionWebpackPlugin = require('compression-webpack-plugin')webpackConfig.plugins.push(new CompressionWebpackPlugin({asset: '[path].gz[query]',algorithm: 'gzip',test: new RegExp('\\.(' +config.build.productionGzipExtensions.join('|') +')$'),threshold: 10240,minRatio: 0.8}))}if (config.build.bundleAnalyzerReport) {var BundleAnalyzerPlugin = require('webpack-bundle-analyzer').BundleAnalyzerPluginwebpackConfig.plugins.push(new BundleAnalyzerPlugin())}module.exports = webpackConfig

build/check-versions.js和build/dev-client.js

最后是build文件夹下面两个比较简单的文件,dev-client.js似乎没有使用到,代码也比较简单,这里不多讲。check-version.js完成对node和npm的版本检测,下面是其代码注释:

// 用于在控制台输出带颜色字体的插件var chalk = require('chalk')// 语义化版本检查插件(The semantic version parser used by npm)var semver = require('semver')// 引入package.jsonvar packageConfig = require('../package.json')// 开辟子进程执行指令cmd并返回结果function exec (cmd) {return require('child_process').execSync(cmd).toString().trim()}// node和npm版本需求var versionRequirements = [{name: 'node',currentVersion: semver.clean(process.version),versionRequirement: packageConfig.engines.node},{name: 'npm',currentVersion: exec('npm --version'),versionRequirement: packageConfig.engines.npm}]module.exports = function () {var warnings = []// 依次判断版本是否符合要求for (var i = 0; i < versionRequirements.length; i++) {var mod = versionRequirements[i]if (!semver.satisfies(mod.currentVersion, mod.versionRequirement)) {warnings.push(mod.name + ': ' +chalk.red(mod.currentVersion) + ' should be ' +chalk.green(mod.versionRequirement))}}// 如果有警告则将其输出到控制台if (warnings.length) {console.log('')console.log(chalk.yellow('To use this template, you must update following to modules:'))console.log()for (var i = 0; i < warnings.length; i++) {var warning = warnings[i]console.log(' ' + warning)}console.log()process.exit(1)}}

四、config文件夹分析

config/index.js

config文件夹下最主要的文件就是index.js了,在这里面描述了开发和构建两种环境下的配置,前面的build文件夹下也有不少文件引用了index.js里面的配置。下面是代码注释:

// see http://vuejs-templates.github.io/webpack for documentation.var path = require('path')module.exports = {// 构建产品时使用的配置build: {// webpack的编译环境env: require('./prod.env'),// 编译输入的index.html文件index: path.resolve(__dirname, '../dist/index.html'),// webpack输出的目标文件夹路径assetsRoot: path.resolve(__dirname, '../dist'),// webpack编译输出的二级文件夹assetsSubDirectory: 'static',// webpack编译输出的发布路径assetsPublicPath: '/',// 使用SourceMapproductionSourceMap: 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// 默认不打开开启gzip模式productionGzip: false,// gzip模式下需要压缩的文件的扩展名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 offbundleAnalyzerReport: process.env.npm_config_report},// 开发过程中使用的配置dev: {// webpack的编译环境env: require('./dev.env'),// dev-server监听的端口port: 8080,// 启动dev-server之后自动打开浏览器autoOpenBrowser: true,// webpack编译输出的二级文件夹assetsSubDirectory: 'static',// webpack编译输出的发布路径assetsPublicPath: '/',// 请求代理表,在这里可以配置特定的请求代理到对应的API接口// 例如将'/api/xxx'代理到'/api/xxx'proxyTable: {},// CSS Sourcemaps off by default because relative paths are "buggy"// with this option, according to the CSS-Loader README// (/webpack/css-loader#sourcemaps)// In our experience, they generally work as expected,// just be aware of this issue when enabling this option.// 是否开启 cssSourceMapcssSourceMap: false}}

config/dev.env.js、config/prod.env.js和config/test.env.js

这三个文件就简单设置了环境变量而已,没什么特别的。

五、总结

到这里对模板项目的build和config文件夹下面的内容已经基本了解,知道了在实际使用中根据自己的需求修改哪里的配置,例如,当我有需要配置代理的时候要在config/index.js里面的dev.proxyTable设置,当我修改了资源文件夹名称static同样需要在config/index.js里面设置。总体感觉入门了webpack,但不算真正理解。webpack的插件好多,在看代码的过程中遇到不认识的插件都是要去查看很多文档(github,npm或者博客),感觉实际过程中更改插件配置或者使用新插件也是需要费点心思钻文档和网上其他博客介绍。

本内容不代表本网观点和政治立场,如有侵犯你的权益请联系我们处理。
网友评论
网友评论仅供其表达个人看法,并不表明网站立场。