在服务的帮助下捆绑恐惧症可以提

mim567

示例表明大量资源加载到该社交网络的页面上。从示例加载页面时，启动了 个对小型 包 的请求；它们的总容量为 ，或页面上加载的所有数据的 。由于脚本的并行流加载，浏览器可以非常快速地处理它们，而不会阻塞主线程。 这里的结论很简单：如果您想显着优化网站的加载速度，请使用脚本。同时，通过将 分成许多小的，每个不超过 ，可以很容易地平衡解析和编译成字节码的成本。 包大小 当我们谈论 时，我们几乎总是在流行库的上下文中考虑它 三 巴比伦 调节器等等。

这些库使用 低级 封装了所有复杂的工作，提供了更简单和更易于使用的抽象。 库是最古老的（第一个版本发布于 年）并且功能最强大。但与其他图书馆的情况一样，通常只有其工具包的一小部分就足够了。例如，您很可能永远不需要几何实现圆环结 或者像这样的课 工作职能电子邮件列表 程阴影材质 它用于创建可以 接受 来自其他对象的阴影的材料，同时在其他方面是完全透明的。 前估计这种 额外 代码的数量。对于 库（包三）图片如下： 中的 库分析 让我们比较一下同样流行的 库。对于仅包含其 内核 的包（ 核心 结果更糟： 中的 库解析 如果你想在你的项目中使用这些库，你将不得不分别处理来自 的额外 或来自 的 如果服务器上没有正确配置 压缩，情况将是更糟。



考虑到在实际项目中额外使用了其他库 框架，情况变得非常郁闷。 如何从 包中删除死代码 幸运的是，在现代模块构建器中网页包有一种机制可以避免从第三方库中添加 死 （未使用的）代码。这种机制称为摇树它在使用 标准中引入的模块时最有效。 上面讨论的两个库的代码库都是由它们的作者从 单体 状态重写的，并引入了对 模块的支持。一个合理的问题出现了：即现在我可以不关心 额外 代码，我的收集器会自动忽略它吗？答案将是 否 。 模块 让我们看一下 库上下文中的几个代码大小优化示例。这个库在功能上并不逊色于 ，而其 包 的大小几乎小了五倍。