场景:您正在构建一个大型JavaScript驱动的Web应用程序,您希望尽可能少地刷新页面。想象一下80-100MB的未定义的JavaScript,只是为了让一个数字定义“大”。单个.js文件与延迟加载
我的假设是,如果您延迟加载您的JavaScript文件,您可以在加载时间上获得更好的平衡(也就是说,每次刷新页面时不必等待几秒钟),希望能够导致用户在加载过程中并没有真正注意到滞后。我猜测在这种情况下,延迟加载会比典型的单个缩小的.js
文件更加令人满意。
现在,从理论上讲,无论文件大小如何,对给定服务器上的任何文件的请求都有固定成本。所以,太多的请求不会是可取的。例如,如果一个小的JavaScript文件与其他10个小型或中型文件同时加载,最好将它们组合在一起以节省多个请求的成本。
我的问题是,假设合理的默认值(假设客户端有3-5Mbps的连接和一个体面的硬件),什么是要请求的文件的理想大小?太大了,你又回到一次加载太多了;太小,并且请求的成本比您收回的数据量更加昂贵,从而降低您每秒数据的经济性。
编辑:所有的答案都太棒了。我只选择了本,因为他给了一个具体的数字。
伟大的问题!我对自己的实际数字感到好奇。 awkwardedly phrased sentence> –
Nitpick:“mb”代表millibit,“Mb”代表兆字节,“MB”代表兆字节。我可以假设你实际上分别是80-100MB和3-5Mbps? – BalusC
@BalusC感谢您的澄清!它应该现在正确地阅读:) – benekastah