javascript - 是否应该缩小仅由用户脚本使用的库？

Question

在我的用户脚本中，我经常@require一个自写的JavaScript库。我想知道这会产生多少负载。每次执行用户脚本时都会(重新)加载库吗？还是只是第一次加载，然后缓存？缩小它会产生显着的差异吗？

我查看了tampermonkey docs ，但他们没有详细说明这一点。他们仅声明库“在脚本本身开始运行之前加载并执行”。

缩小这个库有多重要？由于我经常对库进行更改，因此我希望避免每次都进行缩小库的额外步骤。缩小这样的库有哪些优点和缺点？

Answer 1

此外，检查脚本频率的精确细节也发生了变化。但它通常/应该/曾经是这样工作的:

1. 安装脚本后，@require库被获取并保存到磁盘(现在作为扩展数据的一部分存储在 LevelDB 数据库中)。
2. 当 @require字符串被更改，脚本被重新获取。
3. (¿也许？)如果脚本本身更新(版本更改)，则会重新获取脚本
4. Tampermonkey 可能曾经在每次脚本运行时获取脚本？!
5. Tampermonkey 用于获取 @require d 脚本，带有 file:// URL，在每次运行时为开发人员提供帮助。但这停止工作，不确定当前状态是什么。

要点是，名义上，所需的文件(带有机器外 URL)应该从磁盘或缓存运行，并且速度非常快。

所以权衡:

不要最小化，因为:

• 在用户脚本场景中，通常不会产生性能差异。
• 脚本更容易调试。
• 开发/部署过程中的步骤更少。

最小化，因为:

• @require d 脚本拥有庞大的安装基础，托管服务器负载是一个问题。
• 文件足够大，最小化可以节省大量空间，例如 100K。
• 该文件也“正常”使用(例如 <script> 标签)——因此带宽更为关键。 (不是每个人都有高速连接等)
• 您想让别人“窃取”您宝贵的代码变得更加困难。 (列出这个原因是为了完整性，我不推荐这样做。)