最佳的JavaScript包装大小

当您为页面提供JavaScript时，最好提供一个打包缩小的gzip文件，以减less延迟和请求时间。

但发送更好吗？

随着1.你得到加载更多的初始负载，然后所有的JavaScriptcaching整个访问您的网站。

使用2.你只需要加载一个页面，所以初始加载时间减less了，但是你没有在你的网站的每个页面上caching相同的文件。

哪种方法是首选？

我正在使用node.js来服务我的JavaScript，我正在使用ender打包我的JavaScript。

编辑

换言之，我正在考虑在包装上实现自动化。这种自动化将把所有文件打包成整个网站的一个文件，或者把每个页面的特定文件列表打包成一个文件。

我还没有关于JavaScript文件的任何统计数据，但我很好奇我应该实现哪两种自动化。

选项1成立。

选项2是一个坏主意（由于你指定的原因）。

你缺less选项4，它有一个大的核心包，必要时有实例更新（辅助JavaScript包括）…没有理由在每个页面上加载你的Google地图代码，当你只需要它在这里和那里，例如。但是也没有理由重新提供你的“核心”软件包。

这通常是我使用的选项。当速度是非常重要的，我使用一个子域，几乎所有的东西从apache剥离（没有会话或cookies，PHP等）。实际上，我有一台服务器，它充当我所有客户端的中央静态存储库，以及使用虚拟域的“静态”DNS中的额外A名logging。

补充：为了响应你的编辑，我认为最合适的是在你的自动化中有一个需要被整合在一起的文件列表。而不是采取'一切'，只要把'to_pacakge'数组中的所有项目。