【问题标题】:Recommended size of javascript assets on a web page网页上 JavaScript 资源的推荐大小
【发布时间】:2015-05-04 10:17:16
【问题描述】:

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

  1. 将所有文件合并为一个单个缩小文件
  2. 将所有文件合并为多个文件以利用并行 HTTP 请求。
  3. 利用 AMD 按需延迟加载所需文件。

注意:当然,文件存储在 CDN 中,否则 CDN 本身可能是最显着的性能提升。

相关答案
我有 found some rather dated 关于策略 1 的答案,一般来说,500KB 是不好的。不幸的是,Yahoo Best Practices for speeding up websites 也没有详细说明。

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

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

注意:规定的大小数字包括常用框架(例如 jQuery、Bootstrap 等)和自定义代码。如果您会考虑不同的策略,例如20% 或 80% 的大小来自常用框架,请解释一下。

【问题讨论】:

    标签: javascript performance mobile-website


    【解决方案1】:

    您的问题没有真正的解决方案,只有意见。

    随着蜂窝世界的快速发展 --> 连接性和速度总是在提高。适合今天的事情,可能与明天无关。

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

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

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

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2016-01-26
      • 1970-01-01
      • 2016-02-13
      • 1970-01-01
      • 2012-04-12
      • 2016-12-30
      相关资源
      最近更新 更多