如果我使用Wasm而不是Javascript,这会被认为是AMP友好的吗?
我是AMP新手,但据我所知,在设计AMP页面时不建议使用自定义javascript。我还希望避免使用iframe 我的网站将需要一些自定义的交互性,所以我想知道,如果使用Wasm将被认为是AMP验证方面可以接受的 换句话说,如果我的站点使用Wasm而不是Javascript,它会被视为100%AMP兼容站点吗?该组件允许您在AMP页面上运行自定义Javascript,同时保持页面有效AMP。这是实现自定义交互的推荐方法。WASM目前不受支持(本用例也不需要) 旁注:AMP具有非常强大的原语,如AMP绑定、AMP选择器、AMP动画和AMP表单。在许多情况下,这些都足以实现自定义交互 该组件允许您在AMP页面上运行自定义Javascript,同时保持页面有效。这是实现自定义交互的推荐方法。WASM目前不受支持(本用例也不需要)如果我使用Wasm而不是Javascript,这会被认为是AMP友好的吗?,javascript,amp-html,webassembly,Javascript,Amp Html,Webassembly,我是AMP新手,但据我所知,在设计AMP页面时不建议使用自定义javascript。我还希望避免使用iframe 我的网站将需要一些自定义的交互性,所以我想知道,如果使用Wasm将被认为是AMP验证方面可以接受的 换句话说,如果我的站点使用Wasm而不是Javascript,它会被视为100%AMP兼容站点吗?该组件允许您在AMP页面上运行自定义Javascript,同时保持页面有效AMP。这是实现自定义交互的推荐方法。WASM目前不受支持(本用例也不需要) 旁注:AMP具有非常强大的原语,如A
旁注:AMP具有非常强大的原语,如AMP绑定、AMP选择器、AMP动画和AMP表单。在许多情况下,这些都足以实现自定义交互 我已经从你的问题中删除了
锈迹
标签。尽管您可能正在将rust
编译到webassembly,但源语言本身与您的问题无关。AMP的目标不是删除JS,而是删除任何类型的用户脚本,因此缓存和加载变得更加高效。而且你无论如何也不能使用WASM,因为它需要JS gluecode才能工作,而这在AMP中是不起作用的。如果你的网站需要自定义交互性,它可能不是AMP的理想候选。我是AMP的新手,但我想可能可以引导WASM使用新的AMP脚本元素?我已经从你的问题中删除了rust
标记。尽管您可能正在将rust
编译到webassembly,但源语言本身与您的问题无关。AMP的目标不是删除JS,而是删除任何类型的用户脚本,因此缓存和加载变得更加高效。而且你无论如何也不能使用WASM,因为它需要JS gluecode才能工作,而这在AMP中是不起作用的。如果你的网站需要自定义的交互性,它可能不是AMP的理想候选。我是AMP的新手,但我想可能可以使用新的AMP脚本元素引导WASM?