对用户的影响:

  • 这一改进主要在技术层次上,会使得 Chrome 和 Chromium 更高更快更强。
  • 有性能的支持,Google 才能拿出足够好的 WebApp。

看,非技术的部分两句话说完了,也就是整个分析的结论,对用户只好不坏。

技术部分,换引擎的理由倒是很显然:

  • 因为 Webkit 性能不够
  • 因为不适合 Chromium/Chrome 的多进程架构
  • 清晰的 codebase 有利于以后 Chromium 的发展

对生态圈的影响:

Google 的目标就是让 Web 更快。

  1. 最初是觉得浏览器都太烂于是坑了 Mozilla,出了 Chrome
  2. 其次是觉得 Javascript 的 VM 太慢,所以出了 V8 引擎
  3. 然后觉得 V8 还是不给力啊,本质上还是 Javascript 太渣了,搞个 Dart 语言看看;
  4. 之后 Google 发现好像是 ISP 跟不上我们的脚步了,于是开始给用户铺光纤
  5. 觉得 HTTP 太低效了于是推出 SPDY
  6. 实验性的 Chrome OS 和 Chromebook
  7. 攻击性很强的新 Chrome App API发布
  8. 再到今天的 Blink 代替 Webkit

总之就是要让网速不是障碍,让网络服务速度不是障碍,最后让 WebApp 速度赶上本地程序,然后就可以跟各大 OS 正面开战了。

对开发者的影响:

对所有 WebApp 来说也是利好消息,因为目前针对新引擎的野望中,有 3 项的改进会让 DOM 操作变得更快,并且明确说明会重写整个 Webkit的 DOM 实现。考虑到现在 DOM 操作速度如此之慢,已经是 WebApp 发展的瓶颈了,Google 拿它开刀是理所当然。

  1. 提升 DOM 3 Event 和 UI Event 的性能
  2. 解决目前 Webkit 对 DOM 的向后兼容性所导致的性能问题
  3. DOM 移到 Javascript heap

前端工程师不需要太担心:

  1. Blink fork 自 Webkit,以后也会兼容已经成为标准的 -webkit-* 私有特性。
  2. Chromium 团队渐进性更新很靠谱。
  3. 考虑到 Google 的操性,如果要往 Chromium/Chrome 加私货,一定会加到 Chrome App 和 Chrome extension 里;如果实在要往通用 Web 里加,一定会先折腾成标准或者至少是标准草案,然后自己先拿出实现来;因此不会形成IE里的 ActiveX 那种东西。