好的，所以我们现在可能已经从Google 听说过AMP HTML。
我很好奇的是，这将如何适应我们现有的工作流程。如果您正在编写React或Angular应用，那么AMP HTML在开发过程中如何适应？这些框架中的每一个都已经有一种定义组件的方法，似乎AMP只是添加到了堆栈中。
我们大多数人已经在使用其他工具，例如browserify或webpack。我不容易看到AMP如何与其他产品相适应。其中一些工具已经使我们能够以优化的方式为我们的网站提供服务。AMP HTML将在多大程度上改变所有这些？
什么是AMP HTML，它如何与Framework / tool X配合？
AMP HTML基本上已经回归基础，并提供了最快的HTML。我想起了WAP和Nokia 7110。
这是制作网页的一套严格的规则，该规则可以扩展并开放给其他公司和开发人员扩展。
目前尚不知道这如何与SPA（单页应用程序）和其他javascript前端沉重框架一起使用，这是那些开发人员必须弄清楚的。
它的核心是带有自定义元素的静态HTML页面，这些元素旨在在速度较慢的连接和较小的视图上尽快加载。任何人都可以针对移动设备优化其网站，如果真的愿意，可以将其缩减到几KB，无论是否使用AMP-HTML。
主要好处是
- Google将支持它，认为是Android，Chrome和Google搜索，Google CDN。
- 页面将加载得非常快，并且看起来仍然很漂亮。
像Wordpress和其他发行商那样的最初采用可能是一组单独的移动友好AMP页面。这是来自Google的，他希望您使所有普通网页都适合移动设备浏览，或者面对SEO热门。
如果您从长远考虑，它是针对性能的移动网络规范。如果采用，则在5年内，任何网页都可以在几秒钟内在移动连接上加载，无论该连接的质量如何。如果我们迫不及待地希望技术和电信公司提高速度，那么我们可以至少减小页面的大小。
AMP专为静态页面而设计。开发人员必须制作两个不同的页面：普通版和AMP版。AMP页面将具有指向正常页面的链接，反之亦然。每当来自移动设备的请求到达正常页面时，它将加载AMP页面，反之亦然。Google拥有自己的AMP缓存，可以更快地加载它。在开发AMP页面时，我们只需要考虑AMP规则。
现在，通过此URL，事情变得更加清晰
因此，不再有渲染阻止CSS。
希望此新链接对您有所帮助。