聚合物&移动性能。准备好生产了吗？

Question

我正在考虑将Web组件/聚合物集成到我的移动web应用程序中。

这里有两个主要的性能瓶颈(在我看来)：

1. 聚合物的"platform.js“大小为163‘s(44’s)。这对于移动3G网络来说是相当大的。高聚物声称，他们的主要目标是性能，而谷歌的最佳绩效实践则首先用最小的网络请求(1个请求？)来加载移动应用程序的关键路径+最小化这个请求大小。如果我只想使用聚合物加载非关键部件，我可以使用异步脚本加载模式。如果不是这样的话，我将被迫等待这个脚本被加载，直到页面开始呈现。
2. Webcomponents大量使用html导入，后者使用额外的网络请求。在这里我找到了两个可能的解决方案(1，2 )

我这里唯一的结论是，网络组件&聚合物不是准备(移动)生产 (?)

Answer 1

我并没有起诉你到底在问什么，但是聚合物目前的版本是0.3.4，而聚合物主页本身也说它目前处于“开发者预览版”。

一旦浏览器以本机方式实现了platform.js特性，多填充就会消失。

1. 如果您使用任何框架或javascript库，您将不得不支付成本。这是除非您想要在VannilaJS中编码所有东西(大多数情况下都不会)。因此，您必须与任何其他库一起处理这个问题。通常，您不仅会包含jQuery (22 KB)，而且还会包含额外的库，所以我并不认为这是反对聚合物的论点。
2. 你正确地提到了解决办法。使用SPDY/HTTP-2，硫化的需求就会消失，因为这些新的HTTP协议在处理多个资源/请求方面要聪明得多。

您可以在移动浏览器上试用Topeka应用程序。我觉得它在手机上运行得很好。

Answer 2

在使用非常好的wifi连接的iPhone 5上，Topeka应用程序的加载时间非常糟糕(实际上，对我来说，即使在加载时，它也没有通过“连接”)。问题不一定是文件大小，而是复杂且执行缓慢的多填充。这些在像Safari或IE这样的浏览器中不会很快消失，所以我不会将web组件称为“为生产做好准备”，除非你可以要求用户使用Chrome。

有一些潜在的web组件替代品并不能满足聚合物所依赖的所有技术: KnockoutJS最近实现了自己版本的WCs，还有VanillaJS实现。X-tag 2现在使用的是聚合物填充，所以它可能不是更好的聚合物，但值得考虑。

Answer 3

我厌倦了用聚合物做聊天应用程序，而且公平地说，我不太关心他们的填充和阴影，我只是想要非常好的纸元素收集。我用了流星和他们的火焰模板引擎。对于Polymer0.5.5来说，影子和不支持它的浏览器都会给它带来很大的痛苦。你必须非常严格地面向浏览器。我最终摆脱了聚合物，使用了物化ui。

但是聚合物1.0现在已经发布了

他们让它与0.5API不兼容，并且说他们摆脱了影子dom的概念并引入了新的shady dom，它比0.5.5快得多，但我不想做更多的实验。