可以根据上面样式部分中概述的

相同约束，使用 CSS 动画来实现。请记住，SVG 是 DOM 的一部分，因此它可以像任何其他元素一样轻松地设置样式和动画。 AMP 关于 JavaScript 的哲学这里有好消息，也有坏消息。坏消息是您很快不会为 AMP 文档编写任何 JavaScript。但在某种程度上，这也是个好消息。请记住，AMP 不是移动应用程序框架。相反，它是一个移动文章框架，并且由于文章应该针对无缝和流畅的阅读体验进行优化，因此对于繁重的客户端脚本编写来说，确实没有很多好的用例。 话虽这么说，永远禁止所有 JavaScript 既不现实，也有点严厉。事实上，网络已经依赖 JavaScript 一段时间了——即使是在简单且相对平淡的阅读体验中——用于广告、分析和交互功能等。此外，网络的一大优点是它。

的开放性以及看似无限的实验能力、表现力和创造力——其中很大一部分是由 JavaScript 提供支持的。 认识到任意的、用户编写的 JavaScript 对性能保证造成的负担，以及 JavaScript 在现代 Web 环境中的普遍性和不可避免性，AMP 团队提出了以下脚本编写原则： 目前不支持或不 Whatsapp 号码列表 允许用户编写 JavaScript。您的 AMP 文档中可能只有两种类型的脚本标签：链接数据标签（其类型为application/ld+json）和用于包含 AMP 运行时和扩展 AMP 组件的标签。 AMP 项目的作者已经预见到移动文章消费背景下对 JavaScript 的大部分需求，因此 AMP 要么支持替代方案（amp-pixel包括带有链接标签或font-face规则的自定义字体等），要么提供与AMP 运行时，因此可以保证安全性和性能。 如果您确实必须。



使用 JavaScript 来实现交互式功能之类的功能，您可以独立构建该功能，然后将其包含在与父文档进行有限的通信，以处理诸如调整大小请求之类的事情。 AMP 组件是开源的 ( Apache 2 ) 并欢迎贡献，因此随着时间的推移，新组件将会出现（事实上，在撰写和编辑本文的过程中出现了几个新组件，因此我已经更新了几次）。虽然 AMP 团队将优先考虑通用组件而不是特定于服务的功能（例如，专门针对社交初创公司的小部件），但它也致力于提供足够的多样性以容纳尽可能广泛的内容。 最后，所有这些政策都可能发生变化。随着 Web Worker、自定义元素和 Shadow DOM 等浏览器功能得到更广泛的支持，支持用户编写的 JavaScript 和自定义组件的选项（同时仍然保证安全性和性能）将急剧。