vue3 的安装包那么大, 500 多 K, 不会很慢吗?

[RickyC]

比 vue2 大了几倍

在不使用 CLI, 而是用<script src="vue.global.js">加载的情况下, 是不是会比 vue2 加载慢?

[bojackhorseman]

不算大了吧，你随便加载几张图片就几 m 了

[murmur]

肯定不会是直接全部加载啊，template 编译器不要，打包成 release，再来个树抖，少不少

就算直接引用咋了，gzip 后的大小在宽带下也可以接受，当年 12306 直接前端加载几十兆的列车时刻表都干得出来，只要你 cdn 够牛逼

[RickyC]

@bojackhorseman 可是每个页面都要加载这个 500k 的东西

[murmur]

@RickyC 有缓存啊

[Jirajine]

还真有人用这种直接引用的方式用？我还以为这种用法只是 vue 用来彰显自己“易上手”呢。
回到你的问题，有缓存的情况下，带宽不会造成太大影响。

[luob]

看了一下，

https://unpkg.com/vue@2.6.12/dist/vue.js 85.7kb
https://unpkg.com/vue@3.0.2/dist/vue.global.js 111kb


你的 500k 是哪来的？

[RickyC]

@luob 你的第 2 个文件是 520KB, 你下载下来看看

[RickyC]

@Jirajine 不是服务器带宽呀; 浏览器运行一个 500 多 KB 的程序, 浏览器不会慢吗?

[randyo]

gzip 以后就很小了

[ljpCN]

@RickyC 代码规模跟运行效率没有直接的正相关关系。

[randyo]

@RickyC 加上 ui 库，打包单 js 文件 1M 一个微前端应用都有。。。

[qiaobeier]

现代浏览器的渲染是渐进的，如果基础包稍大会拖累之后所有内容的渲染效果。
不过没有对比数据的支撑，我这话其实没有多大的参考价值。

[JerryCha]

图片：老子比你大多了

[dahhd]

包的大小，和空间复杂度有关系，和时间复杂度 有什么绝对的关系？

[by73]

不要光看大小啊，楼上的 unpkg 还启用了 br 压缩，完整代码传输只占了 110KB 左右。如果你觉得不满意还能用 production 版，https://unpkg.com/vue@3.0.2/dist/vue.global.prod.js ，大小只有 100KB，br 压缩后传输只有 30KB，这不算大了。。

另外，核心框架其实一般都不算大，对比于业务 /样式这样的动辄数 MB 大小的资源。。

[noe132]

咦，这是什么 https://unpkg.com/vue@3.0.2/dist/vue.global.prod.js

[Kasumi20]

@dahhd 你家空间复杂度是看代码数量吖

这个 500KB 是没有混淆的开发版, production 版本肯定要小很多...
不要小瞧计算机, 几十 M 真的不是什么问题

[cmdOptionKana]

@RickyC 这些框架的发展，与浏览器的改进、电脑硬件的进步是同时进行的，如果会拖慢浏览器，这些框架就发展不起来（或者会花更多精力去优化）。

至于浏览器为什么不怕被这 500KB 拖慢，那就是硬件发展和浏览器底层优化的问题了。

[RickyC]

@by73 谢谢, 终于找到这个 production 版了, 我以为还叫 .min.js

[autoxbc]

不要因为有些网站卡顿就怀疑现代浏览器的性能，是那些网站的代码有问题

对于绝大多数网站，只要是认真写的代码，浏览器性能缩水 2 个数量级也不会卡