大量规格各异的移动终端采用Android系统，导致app的兼容性问题难以解决，形成了Android平台的碎片化问题，这极大的打击了开发者的积极性，损伤了Google的声誉；
许多厂商修改Android的代码，移除了部分、甚至所有的Google服务，使得Google业务的增长无法与Android的增长相匹配，Google投入多、回报少；
由于三星在Android平台上的压倒性优势（2012年其移动终端的出货量已经占据Android终端40%以上的份额），已经具备挑战Google的实力，Android平台暗现分裂的隐忧。总之，Android虽然是Google的明星产品，但Google对其控制力逐渐弱化，日益陷入出力不讨好的尴尬境地。



Google认为以后大量的互联网应用将采用Web app（而不再是本地app）的形式运行于Web浏览器，称之为Web化。Web化的核心有两个：一个是云计算，一个是Web浏览器。


与Android设备不同，Google对于Chromebook具有强大的控制力，其Chome操作系统也仅能运行于指定的硬件之上，可以全面避免上述Android的所有问题。

整合的困境源于理想与现实的冲突，核心问题包括：a）如何界定Android与Chrome的关系，二者是竞争性的还是互补性的？b）由a发展下去，二者是最终融为一体，还是一个取代另外一个，还是长期并存。


iOS和MAC OS各自具有明确的定位，苹果对于二者的整合包括几个方面：
a）操作上尽量提供一致或类似的用户体验；
c）互通有无，经常把在一个平台上受到用户喜爱的软件移植到另外一个平台上，或者在两个平台上同时推出同样的应用；
c）增加两个平台的联通性，使得从一个平台访问另外一个平台更加便捷。因为这两个平台能够互相促进，共同发展。苹果似乎也从未有过用一套系统统一这两个平台的认真打算。


微软的桌面操作系统和移动操作系统就是同一个操作系统的不同分支。

Google的情况与苹果、微软均不相同，因此不存在整体借鉴其整合方式的可能性。


a）Android去碎片化？
对于劈柴的就任，业界最大的呼声就是：解决Android的碎片化问题。但是这个问题存在陷阱：Android本身就是因为允许碎片化才发展起来的。去碎片化意味着Google大幅度修改以前的政策，严格控制Android的授权与使用，这无疑会造成Android界的动荡，甚至动摇Android的根基。唯一的有可能的是，Google与若干大厂达成一致，共同推进这个事情。但其后果很有可能还是苦了Google、便宜了寡头：若干寡头主导去碎片化、小厂商反而受到伤害，Google消耗大量精力，得益有限。因此我认为，劈柴可能会在这方面做出一定的姿态，但是前景不容乐观。除非劈柴想用Android代替Chrome——这对于Google，基本上是不可能的。
b）Android与Chrome互相借鉴
这个方案是最容易的，Google仍然放任Android的发展，二者共享某些新技术、新功能，互相移植一些（底层）应用；或者平台演进的时候，同时考虑两个平台上的设计与实现，减少资源的浪费。就像苹果的做法一样，让两个平台互相促进，共同发展。劈柴在初期很可能会走这条路，但是这条道路不长久。Android、Chrome平台的设计理念存在根本差别，在应用层面可互相移植的东西不多。二者独立发展到一定阶段，必然产生更激烈的竞争，总有一天需要对这两个平台进行取舍。
c）发力Chrome浏览器，提升一致体验
这是劈柴最容易发力的地方，也是他一定会做的事情。适用于Android的Chrome浏览器在2012年2月才发布了第一个beta版本，在2013年1月时与桌面版本并线，目前的版本是25。Google一直在孜孜不倦的打造更快、更先进、更强大的Chrome浏览器，Chrome浏览器是否能在Android平台上占有重要地位，是劈柴整合Android的关键，也是Google在不同平台上推进一致体验的落脚点。为增强Android系统上Chrome浏览器的存在，劈柴有可能调配Android产品线的开发资源，令其向Android版Chrome浏览器倾斜，甚至有可能借去碎片化之名，行推广Chrome浏览器之实。最低限度，不排除以后发布的Android系统把Chrome内置为标配浏览器的可能性。
d）推进Web化，弱化平台概念
一旦Chrome浏览器在Android平台上站稳脚跟，Google的Web化战略就获得了新的巨大推进空间。此前，这一战略只能在PC端和Google自家的小众Chromebook上艰难推进，现在则可以全面扩展至用户量最大的移动平台。基于Chrome浏览器的Web化无疑将弱化Android与Chromebook的平台特性，从而避免了两个平台互搏给Google带来的伤害。因为归根结底，Google并不关心用户使用的是什么平台，它关心的是用户使用的是什么浏览器。在这方面，劈柴一定会不遗余力。

值得学习ing!

自从Web技术如HTML5、JavaScript、CSS在移动编程上日益流行后，Java在编写跨平台移动应用上似乎不太流行了。因此，EclipseSoure公司近日推出了RAP Mobile，希望能够作为Java跨平台开发的一个替代方案。





引用
RAP Mobile提供了一个强大的Widget工具包，可用于渲染（render）原生的iOS和Android widget。RAP Mobile的技术栈为SWT、JFace和OSGi技术。通过RAP Mobile，你可以实现完全使用Java来开发应用程序，并且可重复使用现有的Java代码，享受一流的IDE工具，无需进行交叉编译。

RAP Mobile的根基是Eclipse的富Ajax平台（RAP）技术。RAP是Eclipse推出的用于开发富网络应用程序（RIA）的Ajax平台，允许使用Eclipse 开发模型构建启用 Ajax 的 Web 应用程序。RAP的主要代码由EclipseSoure开发。RAP Mobile使用了RAP的服务器、浏览器实现（HTML5、JavaScript）和API。

开发人员表示，RAP Mobile有几个优势。首先，它允许用Java进行多平台开发。其使用了iOS和Android的原生widget工具包来渲染（rendering）用户接口，以提供最佳性能并保证了应用程序的原生风格。其次，它拥有一个成熟且开源的平台作为基础，可用于开发及部署商业应用。此外，它还建立了一个在移动设备上通用的数据安全理念。

据开发者称，RAP Mobile将推出针对iOS和Android的原生客户端，客户端可与RAP服务器通信，对应用程序进行rendering。这一功能将由操作系统的原生widget提供而不是透过浏览器实现。RAP Mobile Client会自动将Java/SWT（标准Widget工具包）代码转换为原生的iOS/Android应用程序。

EaclipseSource已于近日发布了RAP Mobile的网站，并推出该项目的一个开发者预览程序。不过目前其还只是一个封闭程序，需要用户提供邮箱等信息申请。开发者表示，RAP Mobile最终将会开源，预计在今年夏天将发布一个公开的beta版。