众所周知，webpack 是 开发 vue.js 单页面应用程序的必备工具，通过管理复杂的构建步骤，它可以使您的开发工作流程更加简单，并且可以优化应用程序的大小和性能。
在本文中，我将解释Webpack增强Vue应用程序的四种方法，包括：
Single file components 单文件组件
Optimising the Vue build
Browser cache management
Code splitting
关于 vue-cli
如果您使用模板从vue-cli构建应用程序，那么将提供预制的Webpack配置。它们已经过优化，没有任何改进建议！
但是，由于它们开箱即用的效果非常好，您可能对它们的实际功能并不太了解，对吗？
考虑一下本文，对vue-cli模板中使用的Webpack配置进行概述，因为它们包含了我在这里讨论的相同优化。
1. Single file components
Vue的特有功能之一是将HTML用于组件模板。但是，这些带有一个固有的问题：要么您的HTML标记需要使用笨拙的JavaScript字符串，要么您的模板和组件定义必须位于单独的文件中，从而使其难以使用。
Vue有一个优雅的解决方案，称为“单个文件组件（SFC）”，该文件将模板，组件定义和CSS都包含在一个简单的.vue文件中：
<template> <div>...</div> </template> <script> export default {...} </script> <style> #my-component {...} </style>
vue-loader Webpack插件使SFC成为可能。该加载器拆分SFC语言块并将每个管道通过管道传输到适当的加载器，例如脚本块转到babel-loader，而模板块转到Vue自己的vue-template-loader，后者将模板转换为JavaScript渲染函数。
vue-loader的最终输出是一个JavaScript模块，准备将其包含在Webpack捆绑包中。
vue-loader的典型配置如下：
module: { rules: [ { test: /\.vue$/, loader: 'vue-loader', options: { loaders: { // Override the default loaders } } }, ] }
2. Optimising the Vue build
如果仅在Vue应用程序*中使用渲染功能，而没有HTML模板，则不需要Vue的模板编译器。您可以通过从Webpack构建中省略编译器来减小捆绑包的大小。
请记住，单个文件组件模板已在开发中预编译以呈现功能！
Vue.js库只有运行时版本，其中包含Vue.js的所有功能，但模板编译器称为vue.runtime.js。它比完整版本小20KB，因此如果可以的话值得使用。
默认情况下，仅使用运行时构建，因此，每次使用 import vue from 'vue' 时，都将使用它。在您的项目中，这就是您所得到的。但是，您可以使用alias 别名配置选项更改为其他版本：
resolve: { alias: { 'vue$': 'vue/dist/vue.esm.js' // Use the full build } },
Stripping out warnings and error messages in production
减小Vue.js构建大小的另一种方法是删除生产中的任何错误消息和警告。这些使用不必要的代码使输出包大小膨胀，并且还导致您最好避免运行时开销
如果您检查Vue源代码，则会看到警告块取决于环境变量process.env.NODE_ENV的值，例如：
if (process.env.NODE_ENV !== 'production') { warn(("Error in " + info + ": \"" + (err.toString()) + "\""), vm); }
如果将process.env.NODE_ENV设置为生产，那么在构建过程中，minifier可以自动将此类警告块从代码中剥离。
您可以使用DefinePlugin来设置process.env.NODE_ENV的值，并使用UglifyJsPlugin来减少代码并去除未使用的块：
if (process.env.NODE_ENV === 'production') { module.exports.plugins = (module.exports.plugins || []).concat([ new webpack.DefinePlugin({ 'process.env': { NODE_ENV: '"production"' } }), new webpack.optimize.UglifyJsPlugin() ]) }
3. Browser cache management
用户的浏览器将缓存您网站的文件，以便仅在该浏览器尚无本地副本或本地副本已过期时才下载。
如果您所有的代码都在一个文件中，那么进行微小的更改就意味着需要重新下载整个文件。
理想情况下，您希望用户下载得尽可能少，因此将应用程序很少更改的代码与频繁更改的代码分开是明智的。
Vendor file
Common Chunks插件可以将您的 vendor 代码（例如，不太可能经常更改的Vue.js库之类的依赖项）与您的应用程序代码（每次部署可能更改的代码）分离。
您可以配置插件以检查依赖项是否来自node_modules文件夹，如果是，则将其输出到单独的文件vendor.js中：
new webpack.optimize.CommonsChunkPlugin({ name: 'vendor', minChunks: function (module) { return module.context && module.context.indexOf('node_modules') !== -1; } })
如果这样做，您现在在构建输出中将有两个单独的文件，这些文件将由浏览器独立缓存：
<script src="https://www.jb51.net/vendor.js" charset="utf-8"></script> <script src="https://www.jb51.net/article/app.js" charset="utf-8"></script>
Fingerprinting
当构建文件更改时，我们如何破坏浏览器的缓存？
默认情况下，仅当缓存的文件到期时，或者当用户手动清除缓存时，浏览器才会再次从服务器请求文件。
如果服务器指示文件已更改，则将重新下载该文件（否则服务器返回HTTP 304 Not Modified）。