网页上javascript资产的建议大小

网页上javascript资产的建议大小,javascript,performance,mobile-website,Javascript,Performance,Mobile Website,我正在尝试确定优化有关Javascript资产的网页加载时间的最佳策略。我可以想出多种策略: 将所有文件合并为一个精简的文件 将所有文件合并到多个文件中,以利用并行HTTP请求 使用AMD根据需要延迟加载所需文件 注意:当然,文件存储在CDN中,否则CDN本身可能是最显著的性能提升 相关答案: 我有关于策略1的答案,通常说一个500KB的文件是不好的。不幸的是,报告也没有详细说明 我不想找的东西: 我知道我可以确定JS文件的耦合,组成常见的使用场景,组合相关文件,并使用AMD最大限度地优化所有内

我正在尝试确定优化有关Javascript资产的网页加载时间的最佳策略。我可以想出多种策略:

  • 将所有文件合并为一个精简的文件
  • 将所有文件合并到多个文件中,以利用并行HTTP请求
  • 使用AMD根据需要延迟加载所需文件
  • 注意:当然,文件存储在CDN中,否则CDN本身可能是最显著的性能提升

    相关答案
    我有关于策略1的答案,通常说一个500KB的文件是不好的。不幸的是,报告也没有详细说明

    我不想找的东西:
    我知道我可以确定JS文件的耦合,组成常见的使用场景,组合相关文件,并使用AMD最大限度地优化所有内容。虽然这将是一个完美的解决方案,但它非常昂贵和耗时,因此不值得付出努力(目前)

    问题:
    您能否推荐一个实用的解决方案(=易于实现)作为总大小为50KB/200KB/500KB/>500KB的JS的基线?您将如何进行移动设备优化


    注:所述大小数字包括常用框架(如jQuery、Bootstrap等)和自定义代码。如果你认为一个不同的策略,如果20%或80%的大小来自于常用的框架,请解释。

    没有真正的解决你的问题,只有意见。 随着蜂窝世界的快速发展-->连接性和速度不断提高。对今天来说是正确的事情,对明天来说可能并不重要

    话虽如此,我将推荐以下内容--> 使用大小约为100kb的文件。 不要试图组合框架,让它们保持原样。速度的提高不值得为此浪费时间

    请确保您的自定义代码在缩小后不会超过该大小

    或者,如果您想要“最佳”解决方案,请自行构建一个程序,自动将所有js文件组合成单独的用户定义大小,然后您可以灵活地做目前最好的事情。(或使用现有ONCE,有一些信息