在9月初， Google正如在今年I/O大会上所说的那样，把Android应用带到了Chrome OS上。借助于App Runtime for Chrome，现在Evernote、Duolingo、Sight Words、Vine以及Flipboard这几款Android应用都可以在Chrome OS上运行了。
也许在看到Android应用可以在Chrome上运行之后，有些用户会颇为高兴。不过，其实从Google提供的数据来看，开发者好像没怎么兴奋。从Google I/O到现在，为Chrome OS适配的应用仅仅就5款，而且它们还都是那种本来就有完善的网页版本，并且是多平台战略的“积极响应者”。即使依靠Google的驱使，开发者们给出的也就是这样一个响应速度。
另外一方面呢，Google除了想把 Android应用搬到Chrome上外，还在想着把Chrome Apps搬到iOS和Android上。Google在2013年9月时为Chrome浏览器引入了一类新的Apps，它们可以离线工作，并且可以脱离浏 览器独立运行。到了今年1月，Google发布了一个开发者预览版的工具链来帮助开发者将Apps扩展到Android和iOS上。当这些Chrome App被打包成本地应用之后，它们甚至还可以被提交到Google Play Store以及Apple Store进行分发。
不过从1月份到如今已经过去了大半年的 时间，这个项目的进展同样十分缓慢，我甚至都没有再看到后续的消息。不知道本文的读者们现在能否想起来哪个Chrome App是通过这个方式分发到iOS或者Android平台上的？即使Chrome上著名的Keep，现在也还没有通过这种途径出现在iOS上。所以，不难 看出，开发者们对这个Google这个项目的反应也挺冷淡的。
简单来说，Google现在正在做的两件事就是：既想把Android应用带给Chrome平台，又想把Chrome Apps带到iOS和Android上。不过现实情况是，这两件事除了Google自己喜欢，开发者群体的兴趣都不大。
如果想一想，这其实还是挺有趣的一件 事。为什么这么说呢，无论是单独看Chrome Web Store还是Google Play Store，和同类的浏览器和手机操作系统相比，它们都获得了足够多开发者的支持和响应，但当Google想把这两个东西掺和到一起时，大家突然就不上心 了，要知道既使用Chrome又使用Android或者iOS的用户也是挺多的。
而事情之所以会这样，原因之一就在于Google的这些行为和开发者们“移动优先”的理念是背道而驰的。为 什么这么说呢？对于***部分，如果开发者的目标是移动平台，那么在如今的行业环境下，他对这款应用能不能运行在Chrome上自然就没那么看重。况且除了 让一小部分极客用户欢喜之外，把产品从Android复制到Chrome上面临着巨大的未知数，毕竟我们暂时还没有从这个模式里看到用户量激增、营收翻倍 的先例，至于以后会不会有，现在也很难说。
对于第二部分，把Chrome App打包带到iOS和Android上就更不得人心了。要知道在一个“移动优先”理念下，你不为移动平台提供***质的体验简直就是在逆着潮流前进。而且，iOS和Androids平台上都不缺优质应用，开发者如果提供的是一个二流打包产品，几乎可以肯定是没有市场的。
当然，也许你会觉得Google这套东 西是为有跨平台需求的产品准备的，目标用户是即使用Chrome又使用Android或者iOS的人群。不过即便这样，仍然会有很多矛盾，也依然绕不过 “移动优先”的理念，而哪些真正跨平台又重视每一端用户的产品会像Sunrise那样，在每个平台上都提供***质的体验呢？要知道，在Chrome和 Android的应用基数足够多的情况下，在任何一端提供二流产品都是没有竞争力的。况且，如今的互联网服务越来越倾向于将账号和数据保存在云上，客户端 只是一个到达用户的形式，开发者们就更没有理由只是为了“跨平台”来牺牲用户体验了。
好了，虽然Google既能让开发者 为Chrome做产品，又能说服他们为Android开发应用，但在应用互通这件事上用心的就只剩下Google自己了。作为用户，我想大家在移动设备上 应该不会怎么用Chrome App打包过来的产品。而对于那些运行在Chrome上的Android应用，你真正会用的又有几款？
