什么是AMP HTML,它如何适应框架/工具X?

好的,所以我们现在都可能听说过谷歌的AMP HTML 。

我很好奇的是这将如何适应我们现有的工作stream程。 如果您正在编写React或Angular应用程序,AMP HTML如何适应开发stream程? 这些框架中的每一个都已经有了一个定义组件的方法,看起来AMP只是添加到堆栈中。

我们大多数人已经在使用其他工具,如browserify或webpack。 我不太乐于看到AMP如何适应其余的。 其中一些工具已经允许我们以优化的方式为我们的网站服务。 AMP HTML将会改变所有这一切?

AMP HTML基本上是回到基础,并提供最快的HTML可能。 我想起了WAPNokia 7110

这是一套严格的网页制作规则,可以让其他公司和开发人员扩展。

如何与SPA(单页面应用程序)和其他JavaScript前端重型框架的工作是未知的,这是开发人员要弄清楚的。

在它的核心,它的静态HTML页面的自定义元素devise为在慢连接和小视图上尽可能快地加载。 任何人都可以优化他们的网站的移动已经削减了几KB,如果他们真的想要AMP-HTML或不。

主要好处是

  1. 谷歌会支持它,认为Android,Chrome和谷歌search,谷歌CDN。
  2. 页面加载速度非常快,可以看起来很漂亮。

像Wordpress和其他发行商一样,最初的采用可能是一组单独的移动友好型AMP页面。 这是来自谷歌希望你使所有的普通网页移动友好或面对search引擎优化点击。

如果您从长远的angular度考虑移动网站的重点是性能的话。 如果采用,5年内,任何网页都可能在几秒钟内加载移动连接,而不pipe该连接的质量如何。 如果我们不能等待技术和电信公司加快速度,那么我们至less可以减less我们的页面大小。

AMP是为静态页面devise的。 开发人员必须制作两个不同的页面:普通版本和AMP版本。 AMP页面将链接到正常页面,反之亦然。 每当一个请求到达移动页面的正常页面,它将加载AMP页面,反之亦然。 谷歌有自己的AMPcaching加载速度更快。 在开发AMP页面时,我们只需要考虑AMP规则。

现在通过这个URL更清楚

最大的优化之处在于它使得所有来自外部资源的asynchronous事件都成为事实,因此页面中的任何内容都不能阻止任何渲染。

所以没有更多的呈现阻止CSS。

其他性能技术包括所有内联框的沙盒,在加载资源之前预先计算页面上每个元素的布局以及禁用慢CSSselect器。

希望这个新的链接帮助。

Interesting Posts