Javascript 为什么苹果会像在Apple.com上那样创造他们的一些形象资产？

如果您访问新的iPhone12页面，有几个图像序列（主要是JPG序列）使用图像资源，其中图像本身由248px x 8px块构建而成

图像序列由以下资产组成：

他们使用画布，可能用JS将零件拼凑在一起。但他们为什么要这样做？

---

页面可以在这里找到：

我认为这与大尺寸和高分辨率图像可以大幅降低页面加载速度有关。苹果的产品页面上有很多这样的页面

---

因此，通过这种方式对图像进行切片，浏览器可以并行下载多个图像片段，而不是一个大片段。因此，显示相同的图像所需的时间更少。

我认为这与大尺寸和高分辨率图像可以大幅降低页面加载速度有关。苹果的产品页面上有很多这样的页面

---

因此，通过这种方式对图像进行切片，浏览器可以并行下载多个图像片段，而不是一个大片段。因此，显示相同的图像所需的时间更少。

这不是设计问题。他们走这条路可能是因为一些技术优势。我想了解这些，“设计决策”包括技术实现。到底是什么原因，我们不知道他们喜欢某种特定技术的动机，除非苹果公司的工作人员看到了你的问题……我刚刚访问了这个页面，我认为他们正在使用这种图片为每个部分实现一个很好的滚动动画效果，如果你不确定的话，它和滚动有关。然后你可以继续滚动，直到你到达有一些iPhone的区域，发光效果与滚动条同步。是的，这一定是因为动画，但你看到的大多是带有常规图像的图像序列动画。所以我想知道，对于JPG压缩，这种方式你是否会收到更小的图像或类似的东西。假设我说这些图像是只包含每帧之间差异的图谱（有点像MJPEG）。另外：这不是一个设计问题。他们走这条路可能是因为一些技术优势。我想了解这些，“设计决策”包括技术实现。到底是什么原因，我们不知道他们喜欢某种特定技术的动机，除非苹果公司的工作人员看到了你的问题……我刚刚访问了这个页面，我认为他们正在使用这种图片为每个部分实现一个很好的滚动动画效果，如果你不确定的话，它和滚动有关。然后你可以继续滚动，直到你到达有一些iPhone的区域，发光效果与滚动条同步。是的，这一定是因为动画，但你看到的大多是带有常规图像的图像序列动画。所以我想知道，对于JPG压缩，这种方式你是否会收到更小的图像或类似的东西。假设我说这些图像是只包含每帧之间差异的图谱（有点像MJPEG）。另外：但一个图像仍然表示动画的一帧。所以一个图像不包含多个帧。哦，是的，我明白了，那么我没有线索：（但一个图像仍然代表动画的一个帧。所以一个图像不包含多个帧。哦，是的，我明白了，那么我没有线索：(