cli项目陈设文件分析,cli的webpack模板项目布局文件分析

 

近年在vue-cli生成的webpack模板项目标基础上付出了部分品类,开辟进度中遭逢不少坑,并且必要改变build和config里面有个别相关的计划,查阅,学习,计算,分享。

出于近日在vue-cli生成的webpack模板项目标根底上写二个小东西,开采进程中需求更换到build和config里面有个别有关的铺排,所以刚刚趁此机会将兼具配置文件看二遍,理一理思路,也惠及现在修改配置的时候不会“太折磨”。

vue-cli的webpack模板项目布局文件分析,vue-cliwebpack

鉴于目前在vue-cli生成的webpack模板项目标功底上写贰个小东西,开拓进度中须要改变到build和config里面有个别相关的布置,所以刚刚趁此机会将享有配置文件看一次,理一理思路,也有利于现在修改配置的时候不会“太折腾”。

1、文件结构

正文首要分析开拓(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文件。该公文根本成就上边几件业务:

  1. cli项目陈设文件分析,cli的webpack模板项目布局文件分析。检查node和npm的版本
  2. 引进相关插件和配备
  3. 创设express服务器和webpack编写翻译器
  4. 布署开采中间件(webpack-dev-middleware)和热重载中间件(webpack-hot-middleware)
  5. 挂载代理服务和中间件
  6. 安顿静态财富
  7. 运维服务器监听特定端口(8080)
  8. 自行张开浏览器并打开特定网站(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:8080
var 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设置的端口,即8080
var port = process.env.PORT || config.dev.port

// 用于判断是否要自动打开浏览器的布尔变量,当配置文件中没有设置自动打开浏览器的时候其值为 false
var 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,例如将'www.example.com'变成{ target: 'www.example.com' }
 if (typeof options === 'string') {
 options = { target: options }
 }
 app.use(proxyMiddleware(options.filter || context, options))
})

// handle fallback for HTML5 history API
// 重定向不存在的URL,常用于SPA
app.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:8080
var 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插件调用系统默认浏览器打开对应的地址uri
 if (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主要完毕了下边那一个业务:

  1. 安排webpack编写翻译入口
  2. 布署webpack输出路径和命名规则
  3. 配备模块resolve规则
  4. 安顿差异门类模块的拍卖规则

说明:
这一个布局内部只布置了.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/vue.common.js'可以写成 import Vue from 'vue'
 alias: {
  'vue$': 'vue/dist/vue.common.js',
  'src': resolve('src'),
  'assets': resolve('src/assets'),
  'components': resolve('src/components')
 }
 },
 // 配置不同类型模块的处理规则
 module: {
 rules: [
  {// 对src和test文件夹下的.js和.vue文件使用eslint-loader
  test: /\.(js|vue)$/,
  loader: 'eslint-loader',
  enforce: "pre",
  include: [resolve('src'), resolve('test')],
  options: {
   formatter: require('eslint-friendly-formatter')
  }
  },
  {// 对所有.vue文件使用vue-loader
  test: /\.vue$/,
  loader: 'vue-loader',
  options: vueLoaderConfig
  },
  {// 对src和test文件夹下的.js文件使用babel-loader
  test: /\.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的根底上加码完善了支出条件下边包车型地铁布局,主要不外乎上边几件事情:

  1. 将hot-reload相关的代码增添到entry chunks
  2. 联合基础的webpack配置
  3. 使用styleLoaders
  4. 配置Source Maps
  5. 配置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 chunks
Object.keys(baseWebpackConfig.entry).forEach(function (name) {
 baseWebpackConfig.entry[name] = ['./build/dev-client'].concat(baseWebpackConfig.entry[name])
})

// 合并基础的webpack配置
module.exports = merge(baseWebpackConfig, {
 // 配置样式文件的处理规则,使用styleLoaders
 module: {
 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
 }),
 // https://github.com/glenjamin/webpack-hot-middleware#installation--usage
 new webpack.HotModuleReplacementPlugin(),
 // 后页面中的报错不会阻塞,但是会在编译结束后报错
 new webpack.NoEmitOnErrorsPlugin(),
 // https://github.com/ampedandwired/html-webpack-plugin
 new 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主要成就上面三件事:

  1. 配置静态资源路径
  2. 生成cssLoaders用于加载.vue文件中的样式
  3. 生成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首要实现上边几件事:

  1. loading动画
  2. 删除创造目的文件夹
  3. webpack编译
  4. 输出音讯

说明:
webpack编写翻译之后会输出到安顿内部内定的对象文件夹;删除目标文件夹之后再成立是为了去除旧的情节,避防发生不可预测的震慑。

详细情况请看代码注释:

// https://github.com/shelljs/shelljs
// 检查NodeJS和npm的版本
require('./check-versions')()

process.env.NODE_ENV = 'production'

// Elegant terminal spinner
var 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基础上的愈加周到。主要成就上面几件业务:

  1. 集结基础的webpack配置
  2. 使用styleLoaders
  3. 配置webpack的输出
  4. 配置webpack插件
  5. gzip情势下的webpack插件配置
  6. 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.html
 new 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 https://github.com/ampedandwired/html-webpack-plugin
 new 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:
  // https://github.com/kangax/html-minifier#options-quick-reference
  },
  // necessary to consistently work with multiple chunks via CommonsChunkPlugin
  chunksSortMode: 'dependency'
 }),

 // split vendor js into its own file
 new webpack.optimize.CommonsChunkPlugin({
  name: 'vendor',
  minChunks: function (module, count) {
  // any required modules inside node_modules are extracted to vendor
  return (
   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 updated
 new webpack.optimize.CommonsChunkPlugin({
  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').BundleAnalyzerPlugin
 webpackConfig.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.json
var 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)
 }
}

4、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: '/',
 // 使用SourceMap
 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
 // 默认不打开开启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 off
 bundleAnalyzerReport: 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'代理到'www.example.com/api/xxx'
 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.
 // 是否开启 cssSourceMap
 cssSourceMap: 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大概博客),感到实际进程中退换插件配置可能使用新插件也是供给费点激情钻文书档案和网络别的博客介绍。

以上正是本文的全体内容,希望本文的剧情对大家的求学可能干活能带动一定的推推搡搡,同时也可望多多援助帮客之家!

由于目前在vue-cli生成的webpack模板项目标底蕴上写一个小东西,开垦进程中要求改动到bu…

├─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
以上是关于bulid与run的所有文件

壹、配置文件结构

本文首要分析开荒(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里面

“dev”: “node build/dev-server.js”,

“build”: “node
build/build.js”,

 

乐趣:运营”npm run
dev”的时候执行的是build/dev-server.js文件,

运维”npm run build”的时候实践的是build/build.js文件。

二、指令

首先看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",
  "lint": "eslint --ext .js,.vue src test/unit/specs test/e2e/specs"
 }

运作”npm run dev”的时候实践的是build/dev-server.js文件,运转”npm run
build”的时候施行的是build/build.js文件,大家得以从那八个公文开始张开代码阅读分析。

本文首要分析开辟(dev)和创设(build)多个经过涉及到的文书,故上边文件结构仅列出相应的始末。

build文件夹分析

三、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

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服务器。

build/dev-server.js

实施”npm run
dev”时候伊始实施的build/dev-server.js文件。该公文珍视产生上边几件职业:

  1. 检查node和npm的版本
  2. 引进相关插件和计划
  3. 成立express服务器和webpack编写翻译器
  4. 安顿开荒中间件(webpack-dev-middleware)和热重载中间件(webpack-hot-middleware)
  5. 挂载代理服务和中间件
  6. 配备静态能源
  7. 起步服务器监听特定端口(8080)
  8. 机关打开浏览器并张开特定网站(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:8080
var 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设置的端口,即8080
var port = process.env.PORT || config.dev.port

// 用于判断是否要自动打开浏览器的布尔变量,当配置文件中没有设置自动打开浏览器的时候其值为 false
var 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,例如将'www.example.com'变成{ target: 'www.example.com' }
  if (typeof options === 'string') {
    options = { target: options }
  }
  app.use(proxyMiddleware(options.filter || context, options))
})

// handle fallback for HTML5 history API
// 重定向不存在的URL,常用于SPA
app.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:8080
var 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插件调用系统默认浏览器打开对应的地址uri
  if (autoOpenBrowser && process.env.NODE_ENV !== 'testing') {
    opn(uri)
  }
})

 

二、指令分析

build/webpack.base.conf.js

dev-server依赖的webpack配置是webpack.dev.conf.js文件,

测试情状下行使的是webpack.prod.conf.js

webpack.dev.conf.js中又引述了webpack.base.conf.js

webpack.base.conf.js重要产生了上面这个事情:

  1. 布局webpack编写翻译入口
  2. 配置webpack输出路线和命名规则
  3. 布署模块resolve规则
  4. 布局区别连串模块的处理规则

以此布局内部只布置了.js、.vue、图片、字体等几类公事的拍卖规则,假诺须要管理任何文件能够在module.rules里面配备。

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首要成就了下边那个业务:

  1. 配置webpack编译入口
  2. 安顿webpack输出路线和命名规则
  3. 布局模块resolve规则
  4. 配置不相同档期的顺序模块的管理规则

说明: 那一个布局内部只安顿了.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/vue.common.js'可以写成 import Vue from 'vue'
    alias: {
      'vue$': 'vue/dist/vue.common.js',
      'src': resolve('src'),
      'assets': resolve('src/assets'),
      'components': resolve('src/components')
    }
  },

  // 配置不同类型模块的处理规则
  module: {
    rules: [
      {// 对src和test文件夹下的.js和.vue文件使用eslint-loader
        test: /\.(js|vue)$/,
        loader: 'eslint-loader',
        enforce: "pre",
        include: [resolve('src'), resolve('test')],
        options: {
          formatter: require('eslint-friendly-formatter')
        }
      },
      {// 对所有.vue文件使用vue-loader
        test: /\.vue$/,
        loader: 'vue-loader',
        options: vueLoaderConfig
      },
      {// 对src和test文件夹下的.js文件使用babel-loader
        test: /\.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]')
        }
      }
    ]
  }
}

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

build/webpack.dev.conf.js

在webpack.base.conf的底子上扩展完善了开拓条件上边包车型客车配备,首要总结下边几件业务:

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

build/webpack.dev.conf.js

接下去看webpack.dev.conf.js,那在那之中在webpack.base.conf的基础上加码完善了支出条件上面包车型客车陈设,重要不外乎上边几件事情:

  1. 将hot-reload相关的代码增多到entry chunks
  2. 统1基础的webpack配置
  3. 使用styleLoaders
  4. 配置Source Maps
  5. 配置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 chunks
Object.keys(baseWebpackConfig.entry).forEach(function (name) {
  baseWebpackConfig.entry[name] = ['./build/dev-client'].concat(baseWebpackConfig.entry[name])
})

// 合并基础的webpack配置
module.exports = merge(baseWebpackConfig, {
  // 配置样式文件的处理规则,使用styleLoaders
  module: {
    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
    }),
    // https://github.com/glenjamin/webpack-hot-middleware#installation--usage
    new webpack.HotModuleReplacementPlugin(),
    // 后页面中的报错不会阻塞,但是会在编译结束后报错
    new webpack.NoEmitOnErrorsPlugin(),
    // https://github.com/ampedandwired/html-webpack-plugin
    new HtmlWebpackPlugin({
      filename: 'index.html',
      template: 'index.html',
      inject: true
    }),
    new FriendlyErrorsPlugin()
  ]
})
"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"
 }

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

最后是build文件夹下边五个比较轻便的文本,

dev-client.js就像并未有使用到,代码也比较轻巧,这里不多讲。

check-version.js完毕对node和npm的版本检查实验

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

webpack配置文件中采纳到了utils.js和vue-loader.conf.js这八个文件,utils首要成就上边三件事:

安顿静态财富路线
生成cssLoaders用于加载.vue文件中的样式
生成styleLoaders用于加载不在.vue文件中的单独存在的样式文件

vue-loader.conf则只布置了css加载器以及编写翻译css之后自动抬高前缀。

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

前方的webpack配置文件中央银行使到了utils.js和vue-loader.conf.js那五个文件,utils首要实现上面三件事:

  1. 铺排静态能源路线
  2. 生成cssLoaders用于加载.vue文件中的样式
  3. 生成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']
    })
  ]
}

测试的东西先不看,直接看”dev”和”build”。运营”npm run
dev”的时候实行的是build/dev-server.js文件,运转”npm run
build”的时候施行的是build/build.js文件,我们能够从那三个文本开端开始展览代码阅读分析。

build/build.js

营造景况下的布置,

build.js主要成就下边几件事:

loading动画
删去创造目的文件夹
webpack编译
出口消息

build/webpack.prod.conf.js

构建的时候使用的webpack配置来自webpack.prod.conf.js,该配置一样是在webpack.base.conf基础上的进一步全面。首要实现下边几件业务:

统一基础的webpack配置
使用styleLoaders
配置webpack的输出
配置webpack插件
gzip格局下的webpack插件配置
webpack-bundle分析
表达: webpack插件里面多了丑化压缩代码以及抽离css文件等插件。

build/build.js

讲完了支付条件下的布局,上面起初来看营造境况下的布署。试行”npm run
build”的时候首先试行的是build/build.js文件,build.js首要实现上边几件事:

  1. loading动画
  2. 删去创制目的文件夹
  3. webpack编译
  4. 输出新闻

说明: webpack编写翻译之后会输出到布置内部钦赐的对象文件夹;删除目标文件夹之后再次创下造是为了去除旧的剧情,避防发生不可预测的震慑。

详细情况请看代码注释:

// https://github.com/shelljs/shelljs
// 检查NodeJS和npm的版本
require('./check-versions')()

process.env.NODE_ENV = 'production'

// Elegant terminal spinner
var 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'
  ))
})

3、build文件夹分析

config文件夹分析

config/index.js

config文件夹下最珍视的文书正是index.js了,

在那其间描述了付出和创设三种境况下的配置,前面包车型大巴build文件夹下也有不胜枚举文书引用了index.js里面包车型地铁配备。

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

那些文本就总结设置了境遇变量而已,没什么尤其的。

那是webpack的中坚入门,webpack还有为数不少插件,还亟需去探寻

前面写这一个公文的源码解释。

 

build/webpack.prod.conf.js

构建的时候使用的webpack配置来自webpack.prod.conf.js,该配置一样是在webpack.base.conf基础上的一发健全。首要形成下边几件事情:

  1. 合并基础的webpack配置
  2. 使用styleLoaders
  3. 配置webpack的输出
  4. 配置webpack插件
  5. gzip形式下的webpack插件配置
  6. 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.html
    new 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 https://github.com/ampedandwired/html-webpack-plugin
    new 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:
        // https://github.com/kangax/html-minifier#options-quick-reference
      },
      // necessary to consistently work with multiple chunks via CommonsChunkPlugin
      chunksSortMode: 'dependency'
    }),

    // split vendor js into its own file
    new webpack.optimize.CommonsChunkPlugin({
      name: 'vendor',
      minChunks: function (module, count) {
        // any required modules inside node_modules are extracted to vendor
        return (
          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 updated
    new webpack.optimize.CommonsChunkPlugin({
      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').BundleAnalyzerPlugin
  webpackConfig.plugins.push(new BundleAnalyzerPlugin())
}

module.exports = webpackConfig

build/dev-server.js

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.json
var 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)
  }
}

率先来看实施”npm run
dev”时候最西子行的build/dev-server.js文件。该公文着重变成下边几件事情:

四、config文件夹

  1. 检查node和npm的版本
  2. 引进相关插件和铺排
  3. 成立express服务器和webpack编写翻译器
  4. 布置开拓中间件(webpack-dev-middleware)和热重载中间件(webpack-hot-middleware)
  5. 挂载代理服务和中间件
  6. 配备静态能源
  7. 开发银行服务器监听特定端口(8080)
  8. 电动张开浏览器并开发特定网站(localhost:8080)

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: '/',
    // 使用SourceMap
    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
    // 默认不打开开启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 off
    bundleAnalyzerReport: 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'代理到'www.example.com/api/xxx'
    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.
    // 是否开启 cssSourceMap
    cssSourceMap: false
  }
}

说明:
express服务器提供静态文件服务,但是它还动用了http-proxy-middleware,二个http请求代理的中间件。前端开采进程中供给使用到后台的API的话,能够透过布署proxyTable来将相应的后台请求代理到专用的API服务器。

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

简单来讲设置了情状变量

详细情形请看代码注释:

五、总结

具有的配备都以为快速开拓服务的,领会了每1个布置,并且要对开采生态的每一个手艺不断学习,开采起来才具弹无虚发。

美高梅开户网址 1

 

// 检查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:8080
var 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设置的端口,即8080
var port = process.env.PORT || config.dev.port

// 用于判断是否要自动打开浏览器的布尔变量,当配置文件中没有设置自动打开浏览器的时候其值为 false
var 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,例如将'www.example.com'变成{ target: 'www.example.com' }
 if (typeof options === 'string') {
 options = { target: options }
 }
 app.use(proxyMiddleware(options.filter || context, options))
})

// handle fallback for HTML5 history API
// 重定向不存在的URL,常用于SPA
app.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:8080
var 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插件调用系统默认浏览器打开对应的地址uri
 if (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主要落成了上面这一个业务:

  1. 配置webpack编写翻译入口
  2. 配备webpack输出路线和命名规则
  3. 布局模块resolve规则
  4. 配置区别品类模块的管理规则

说明:
那几个布局内部只安顿了.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/vue.common.js'可以写成 import Vue from 'vue'
 alias: {
  'vue$': 'vue/dist/vue.common.js',
  'src': resolve('src'),
  'assets': resolve('src/assets'),
  'components': resolve('src/components')
 }
 },
 // 配置不同类型模块的处理规则
 module: {
 rules: [
  {// 对src和test文件夹下的.js和.vue文件使用eslint-loader
  test: /\.(js|vue)$/,
  loader: 'eslint-loader',
  enforce: "pre",
  include: [resolve('src'), resolve('test')],
  options: {
   formatter: require('eslint-friendly-formatter')
  }
  },
  {// 对所有.vue文件使用vue-loader
  test: /\.vue$/,
  loader: 'vue-loader',
  options: vueLoaderConfig
  },
  {// 对src和test文件夹下的.js文件使用babel-loader
  test: /\.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的根基上加码完善了费用蒙受上面包车型地铁安插,首要不外乎下边几件职业:

  1. 将hot-reload相关的代码增添到entry chunks
  2. 集合基础的webpack配置
  3. 使用styleLoaders
  4. 配置Source Maps
  5. 配置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 chunks
Object.keys(baseWebpackConfig.entry).forEach(function (name) {
 baseWebpackConfig.entry[name] = ['./build/dev-client'].concat(baseWebpackConfig.entry[name])
})

// 合并基础的webpack配置
module.exports = merge(baseWebpackConfig, {
 // 配置样式文件的处理规则,使用styleLoaders
 module: {
 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
 }),
 // https://github.com/glenjamin/webpack-hot-middleware#installation--usage
 new webpack.HotModuleReplacementPlugin(),
 // 后页面中的报错不会阻塞,但是会在编译结束后报错
 new webpack.NoEmitOnErrorsPlugin(),
 // https://github.com/ampedandwired/html-webpack-plugin
 new 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首要成就下边三件事:

  1. 布置静态能源路线
  2. 生成cssLoaders用于加载.vue文件中的样式
  3. 生成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首要成就上边几件事:

  1. loading动画
  2. 删除创造目标文件夹
  3. webpack编译
  4. 出口新闻

说明:
webpack编写翻译之后会输出到安插内部钦定的对象文件夹;删除目的文件夹之后更创造是为着去除旧的始末,以防产生不可预测的影响。

详细的情况请看代码注释:

// https://github.com/shelljs/shelljs
// 检查NodeJS和npm的版本
require('./check-versions')()

process.env.NODE_ENV = 'production'

// Elegant terminal spinner
var 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基础上的进一步健全。首要成就上面几件业务:

  1. 群集基础的webpack配置
  2. 使用styleLoaders
  3. 美高梅开户网址,配置webpack的输出
  4. 配置webpack插件
  5. gzip格局下的webpack插件配置
  6. 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.html
 new 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 https://github.com/ampedandwired/html-webpack-plugin
 new 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:
  // https://github.com/kangax/html-minifier#options-quick-reference
  },
  // necessary to consistently work with multiple chunks via CommonsChunkPlugin
  chunksSortMode: 'dependency'
 }),

 // split vendor js into its own file
 new webpack.optimize.CommonsChunkPlugin({
  name: 'vendor',
  minChunks: function (module, count) {
  // any required modules inside node_modules are extracted to vendor
  return (
   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 updated
 new webpack.optimize.CommonsChunkPlugin({
  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').BundleAnalyzerPlugin
 webpackConfig.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.json
var 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: '/',
 // 使用SourceMap
 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
 // 默认不打开开启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 off
 bundleAnalyzerReport: 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'代理到'www.example.com/api/xxx'
 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.
 // 是否开启 cssSourceMap
 cssSourceMap: 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也许博客),认为实际进程中改变插件配置大概应用新插件也是索要费点心理钻文书档案和网络别的博客介绍。

以上正是本文的全部内容,希望本文的剧情对大家的求学或然干活能拉动一定的支持,同时也可望多多援助脚本之家!

您恐怕感兴趣的篇章:

  • 详解vue-cli + webpack
    多页面实例配置优化措施
  • 详解webpack+vue-cli项目打包本事
  • vue-cli webpack
    开辟处境跨域详解
  • windows下vue-cli及webpack搭建筑和安装装情况
  • 详解用vue-cli来搭建vue项目和webpack
  • vue-cli+webpack记事本项目开创
  • vue-cli与webpack管理静态能源的不二等秘书诀及webpack打包的坑

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图