Post by account_disabled on Jan 6, 2024 9:17:21 GMT
格式构建的自定义渲染器的精美新闻聚合器），但 AMP 却是个例外。由于两个原因，它有点难以理解： 没有一个简单的模型可以与之比较。当 RSS 刚出现时，我们都惊叹于它的力量，写了无数关于其颠覆性潜力的文章和博客文章，宣布主页死亡（再次），然后开始忘记它。Facebook Instant Articles 和 Apple News 本质上是 RSS 的重新启动，只不过它们消除了标准带来的所有不便，而且每一种都只能在一个应用程序中运行。 AMP 不是客户端。。虽然 Facebook Instant Articles、Apple News 和 AMP 有几个共同点，例如专有的联合格式和自定义渲染器，但 AMP 是唯一没有专用客户端（浏览器除外）的元素。与其他同类产品相比，AMP 更重要的是，它是一组可以组合成解。
决方案的规范、约定和技术，而不是其本身是一个端到端（发布商到读者）的解决方案。 现在我们知道将 AMP 视为成分的集合，而不是完全烘焙的蛋糕，让我们看看这些单独的成分是什么： AMP 运行时， AMP 缓存。文档是用 HTML 编写的，但不仅仅是任何 HTML。一些标签 Whatsapp 号码列表 被禁止，同时引入了一些新标签（部分是为了替换被禁止的标签，部分是为了封装交互功能）。您可以将 视为在设计时只考虑移动性能的 的样子（而不是在 iPhone 推出之前整整 14 年才推出）。 由于 旨在实现最佳性能，因此要理解和欣赏它的价值，我们需要了解它解决的问题。以下是影响移动设备上网页加载和渲染的三个最大因素： 有效负载大小。响应式网页设计为我们提供了很好的帮助，因为它允许我们为每个设备和屏幕构。
建一个网站。但这有时也意味着将桌面大小的有效负载（HTML、JavaScript、CSS 和资产）交付给带宽和 CPU 极其受限的移动设备。（那些认为手机就像小型台式电脑的人太过相信移动硬件了。你的 iPhone 6s 有 2 GB RAM，而你的笔记本电脑可能有 8 或 16 GB。） 资源加载。资源并不总是以最佳顺序加载，这意味着带宽、CPU 和 通常专用于用户可能永远不会看到的资产。此外，资源经常不声明其宽度和高度（尤其是通过广告网络提供或通过调用注入时document.write()），这不仅会导致页面在资源尺寸被延迟确定时自行调整大小，还会触发不必要且昂贵的布局重新计算。这就是导致网页像追逐激光的小猫一样跳跃的原因，因为它们表现得非常缓慢。 JavaScript 执行。我不打算在这里讨论 JavaScript 性。
决方案的规范、约定和技术，而不是其本身是一个端到端（发布商到读者）的解决方案。 现在我们知道将 AMP 视为成分的集合，而不是完全烘焙的蛋糕，让我们看看这些单独的成分是什么： AMP 运行时， AMP 缓存。文档是用 HTML 编写的，但不仅仅是任何 HTML。一些标签 Whatsapp 号码列表 被禁止，同时引入了一些新标签（部分是为了替换被禁止的标签，部分是为了封装交互功能）。您可以将 视为在设计时只考虑移动性能的 的样子（而不是在 iPhone 推出之前整整 14 年才推出）。 由于 旨在实现最佳性能，因此要理解和欣赏它的价值，我们需要了解它解决的问题。以下是影响移动设备上网页加载和渲染的三个最大因素： 有效负载大小。响应式网页设计为我们提供了很好的帮助，因为它允许我们为每个设备和屏幕构。
建一个网站。但这有时也意味着将桌面大小的有效负载（HTML、JavaScript、CSS 和资产）交付给带宽和 CPU 极其受限的移动设备。（那些认为手机就像小型台式电脑的人太过相信移动硬件了。你的 iPhone 6s 有 2 GB RAM，而你的笔记本电脑可能有 8 或 16 GB。） 资源加载。资源并不总是以最佳顺序加载，这意味着带宽、CPU 和 通常专用于用户可能永远不会看到的资产。此外，资源经常不声明其宽度和高度（尤其是通过广告网络提供或通过调用注入时document.write()），这不仅会导致页面在资源尺寸被延迟确定时自行调整大小，还会触发不必要且昂贵的布局重新计算。这就是导致网页像追逐激光的小猫一样跳跃的原因，因为它们表现得非常缓慢。 JavaScript 执行。我不打算在这里讨论 JavaScript 性。