适合 Javascript 的大小答案

【问题标题】：proper size for Javascript适合 Javascript 的大小
【发布时间】：2015-09-21 23:54:20
【问题描述】：

我正在缩小和丑化我的 javascript 文件。我想知道合适的尺寸有多大。如果我将所有 js 文件组合成一个文件（带有缩小和丑化），它会大于 1mb。我想，最好将它们分成 2-3 个文件（每个 200kb-300kb）而不是一个大文件（1mb）。

谁能给个建议？比如 100kb ~ 300kb 或 1mb ~ 2mb

============附加评论============

我正在使用 Django（后端）和 angularJS（前端）。据我所知，angularJS的所有js文件都应该在发送索引（根html文件）html文件时发送给用户。这就是为什么 Concatenated js 文件（包括外部 js 文件，如 jquery、bootstrap、angular、媒体播放器等）超过 1mb。

【问题讨论】：

对于 HTTP/1.1，规则是资源越少越好。对于 HTTP/2，更多的资源并不一定会导致更多的请求，因此更小的文件可以带来更好的缓存。
越少越好，但我会提到我的游戏代码库的整个 JS 部分在缩小之前是 450kb。如果 缩小后得到 1Mb，那就有问题了。
用例是什么？网站？游戏？ :)
谁说这是游戏？ =P
@NiettheDarkAbsol：问题在于过度依赖库。不幸的是，对于专业编写的代码，这有时是不可避免的，因为你的老板不会接受你花一整年的时间从头开始编写一个超级优化的功能。所以你使用 jQuery 等。我目前维护的 webapp 有 4MB 的 js 代码。它使用 jQuery、prototype、ckeditor、一个本土的 js DOM 库、React.js，我相信里面也有下划线。我自己的 webapp 大约有 600k

标签： javascript minify uglifyjs

【解决方案1】：

没有一种合适的尺寸。字节数越少越好，但这取决于您的代码库，以确定您可以实际获得多小。文件越大，检索文件的网络延迟就越大（因此，这将对用户产生更大的负面影响）。所以如果你必须想出一个通用的“规则”，越小越好。

【讨论】：

【解决方案2】：

您的问题没有正确答案。一些建议，因为您要加载一个大型应用程序：

将您的应用拆分为多个模块并根据需要加载模块，这样您就可以快速启动应用，而用户在使用该应用时将需要其他模块。
在加载所需文件时显示一些视觉反馈，最常见的示例是旋转轮，但也可能是乒乓球游戏。关键是要取悦用户，因为没有人愿意等待
使用服务器和客户端缓存，不要忘记添加利用客户端缓存的缓存标头
从供应商处拆分您的构建源代码，供应商往往更改较少，因此您可以更多地利用缓存

【讨论】：

首先，感谢您的热情回复。 1）将您的应用程序拆分为模块并根据需要加载模块：是的，我确实这样做了，但是正如我上面提到的，由于我使用 AngularJS，所有 js 文件都应该首先发送给用户。 2) 在加载所需文件时显示一些视觉反馈。是的，它已被添加。 3）使用服务器和客户端缓存。我还没有考虑过。我会查看它 4) 从供应商处拆分您的构建源代码。我会考虑的谢谢！