当我们进行构建时,我们收到以下2条错误消息:
Vue
建议捆版bundles
不超过244KiB
。我们只有14个资源,每个资源都超过这个规模。此外,我们有四个入口点也高于建议的大小。以下是我将构建的大小减半的方法。
首先,我需要了解导致大型构建包大小的原因。为此,我安装了webpack-bundle-analyzer
。这将提供每个包中项目大小的可视指南。
npm install --save-dev webpack-bundle-analyzer
接下来,我在vue.config.js
文件中配置webpack
来使用它。下面是我的配置文件vue.config.js
的内容:
const BundleAnalyzerPlugin = require('webpack-bundle-analyzer')
.BundleAnalyzerPlugin;
module.exports = {
configureWebpack: {
plugins: [new BundleAnalyzerPlugin()]
}
};
安装完插件后,我再次运行构建,我可以看到我的构建大小是2.48MB
。从图像中我可以看到最大的罪魁祸首是:
Lodash
占用了70.7kb
的空间。Lodash
仅在我们的框架中的所有应用程序中的两个位置使用。这只是两种方法的大量空间。
我们不止加载了lodash
,我们也加载了vue-lodash
。第一步是移除package.json
中没有使用到的vue-lodash
。
下一步是仅从lodash
导入我们需要的两个项目(库)。我们使用的是cloneDeep和sortBy
。我替换了导入整个lodash
库的初始调用:
import _ from 'lodash';
我正在用这个只导入我们需要的两个项目(库)的调用替换它。为此,我将导入从lodash
更改为lodash/core
。
import { cloneDeep, sortBy } from 'lodash/core';
进行这一更改后,我的构建包的大小从2.48MB
减少到2.42MB
。这是显示构建的当前大小的图像。
在这里我们可以看到lodash
本身作为构建包一部分的大小。
Moment.js
在构建包中占了234.36KB
。当你查看图片的时,该大小的绝大部分是它们支持的所有语言的国际化语言环境。我们根本没有使用moment.js
的这一部分,所以我们打包中包含了不必要部分。
幸运的是,我们可以删除它。而不是使下面的调用导入所有moment.js
。
import moment form 'moment';
我们只能通过此调用导入日期操作代码:
import moment from 'moment/src/moment'
至少在我们的代码库中进行替换是一个问题。有18个地方在代码中导入了moment.js
。我本可以在代码中进行全局搜索和替换。但是如果我们向框架添加一个新的应用程序,开发人员很可能会使用默认调用来导入moment.js
。如果他们这样做,那么我们将再次导入所有国际语言环境。
因此,权衡之后,在webpack
中创建一个快捷方式的别名。该快捷方式将用moment/src/moment
替换所有导入moment
的调用。我们可以使用resolve
和设置别名在我们的vue.config.js
文件添加该别名。这是我vue.config.js
现在的样子。
当我们现在运行构建时,我们的捆绑包现在已经下降到2.22MB
的大小了。
当你查看图像的moment.js
时,你将看到国际化区域设置根本不再被加载。
通过删除moment.js
中的语言环境,每当我启动服务器运行我的代码时都会发生错误,该错误代码说它无法找到./locale
。在做了一些研究之后,我发现这已经成为了moment.js
的一个已知好几年的问题,moment.js
总是加载并假定locales
是现在。你无法分辨加载日期操作功能的时刻。
要解决这个问题,我使用内置的webpack IgnorePlugin
忽略此消息。这是我添加到我的vue.config.js
文件中的插件代码:
new webpack.IgnorePlugin(/^\\.\\/locale$/, /moment$/)
我的下一个目标是Vuetify.js
的大小。Vuetify
占用空间500.78KB
。对于一个供应商产品来说,这是一个巨大的空间。
Vuetify
提供了一种他们称之为点菜的功能。这允许你仅导入你使用的Vuetify
组件。这会减少Vuetify
的大小。挑战在于我们有如此多的应用程序正在进行并试图确定我们正在使用的组件不会改变。
在当前版本的Vuetify
(当我写这篇文章的时候版本为1.56)中,他们提供了一个名为vuetify-loader
的产品。 它将遍历你的代码并确定你正在使用的所有组件,然后将它们只导入你的构建包。 ⚠️注意:最终vuetify v2
将内置此功能。 在该版本可用之前,你必须使用vuetify-loader
仅导入你正在使用的组件。 Vuetify文
档说明要获得所有必需的样式,我们需要在stylus
中导入它们。
我意识到我们正在运行旧版本的vuetify.j
s。 所以我决定将我的vuetify
版本升级到最新版本。我还同时安装了style
和vuetify-loader
:
npm install vuetify vuetify-loader stylus stylus-loader style-loader css-loader --save
我导入Vuetify
的插件代码有一些主题的自定义,以使用我们公司的调色板。 以下是我目前的Vuetify
插件:
我需要将Vuetify的导入更改为从vuetify/lib
导入。 我还将导入stylus
以获得所有样式。 这是我的插件代码现在的样子:
最后一步是告诉webpack
使用vuetify-loader
插件,以便它只导入我们正在使用的组件。 我将需要的插件添加到插件数组。 这是我的vue.config.js
文件:
现在,当我运行生产构建时,我的捆绑包大小为2MB
。
Vue-echarts
不是我捆绑中最大的项目。 Vue-echarts
运行在echarts
之上。 和Vuetify
一样,我正在运行两种产品的旧版本。 将它们升级到最新版本我运行此命令:
npm install echarts vue-echarts --save
我对vue-echarts GitHub repo
进行了一些研究,查看所有已关闭的问题,发现最新版本的vue-echarts
允许你通过更改导入的内容来加载较小的包。 以前我使用此命令导入它:
import ECharts from 'vue-echarts';
我改成这种:
import ECharts from 'vue-echarts/components/ECharts.vue';
现在,当我运行生产构建时,我的捆绑包大小降至1.28MB。
我的目标是减少为我们的应用程序生产而创建的包的大小。 我的构建的初始大小是2.48MB
。 通过进行一些更改,我能够将构建大小减少到1.2MB
。 这几乎减少了50%
。
如果要创建生产环境Vue
应用程序,则应该花时间来评估构建大小。 使用webpack-bundle-analyzer
确定哪些项目占用的空间最多。 然后开始采取必要步骤来减少这些项目的大小。 我能够通过这种方式减少捆绑中四个最大项目的大小。
希望对你有帮助,能按照这些步骤来减少生产构建包的大小。