移动互联被分裂Chrome与非Chrome的

移动互联被分裂：Chrome与非Chrome的

因为Flash技术而被苹果、Google而挤兑的Adobe公司，很早痛下决心，积极拥抱互联的新变化。

自2011年开始，Adobe推动一个名为CSS Region的技术草案，并已经提交到W3C CSS工作组。这项技术还有一个名字，叫“基于HTML和CSS3的富页面布局”，希望通过增强CSS，让页的版式变得丰富。

换言之，这是CSS Region是一项页技术标准，它能否得到运用与否，要看控制着浏览器一端的公司的脸色。之前，CSS Region的发展可谓顺风顺水，IE 10.0以上的版本、Safari 6.1、Mobile Safari（iOS 7），已经支持或部分支持CSS Region特性。

但最新消息显示，Chrome不再支持这项标准——原本Chrome也是支持CSS Region的一员。在Google Blink的开发社区里，Chrome软工程师埃里克·赛德尔（Eric Seidel）称“经过长期的讨论”，CSS Region的技术太复杂，不符合Chrome今年的目标，因此拒绝采纳。

赛德尔说，为了让Google新采用的Blink引擎支持CSS Region，一共需要10000行代码，作为对比Blink的C++代码不过350000行。他认为，CSS Region的实现过于复杂，会影响到Chrome所定下2014年的目标：移动产品，尤其是移动产品的性能。

按照部分人的观点，CSS Region是Adobe用于夺回互联控制力的重要方式。如果它得到大规模应用，那么Adobe将再一次通过某种技术标准，取得因为Flash旁落而丧失的地位。——由Adobe所提出的技术标准，自然是Adobe自己了解得最透彻，Adobe的页排版工具的支持也将最到位。

然而，失去了Chrome的支持，这意味着CSS Region的标准化进展遭遇了重挫。不管互联，还是移动互联上，失去Chrome支持的CSS Region，将难以真正普及，无法成为络事实上的标准。

对于互联的理解，显然不同的公司有不同的理解。比如Google希望互联的速度能够越来越快，因此我们看到了VP8、WebP、WebM等经过Google重新改造的多媒体格式出现，它们的优点都是在相同画质下，减小多媒体文件的体积。我们还能看到Google为用户提供千兆络宽带服务，以及便捷、便宜的解决络接入问题的Loon项目。

而一直专注于增加平面表现能力的Adobe，显然是希望页的平面能够表现出一般出版物那样的效果。两者目标不符的情况下，产品开发的方向自然不同，走不到一起去也可以理解。赛德尔说，“我不认为Blink需要成为一个像平面媒体一样强劲的排版引擎。……总之，我认为Blink（以及它所支持的互联平台）应该增强开发者开发应用程序的力量。”他还说，“浏览器，正如我们所了解的，很早就不再只是浏览文档了。”

Google投入到Blink开发之后，就意味着原本统一移动互联的WebKit将被分裂。而现在，随着Blink采用不同的技术标准，它将互联分裂成：属于Chrome的和不属于Chrome的。