Android版本管理解决方法小议

Android版本管理解决方法小议

Android版本混乱，目前的Android用户想升级4.0，即使能升级，时间周期上也是非常长的，而至于能不能升级，我想大部分用户的回答都是不能。你问我为什么？厂商不高兴给我升级。这在很大成都上引起了用户的不满，势必会对android长期发展造成伤害。如何解决android目前的囧境？

对厂商而言，帮助老用户升级对厂商没有任何好处，用大量的人力物力去支持一款不再销售的设备实在是赔本的买卖，而且还会影响新机型的销售。法律法规也没有规定厂商有这样的义务。对于用户和Google来说，都希望升级最新的系统，用户体验最新的功能服务，Google获得用户支持的同时提供口碑和市场占有率。站在用户的角度，可以做的事情很少，就是祈祷我买的是一款热门机型，一款旗舰机型，一款厂商可能愿意为我升级的机型，但是现实很残酷。

这个时候Google可以做得更多，出来主导这就升级服务，但是目前的现状是，驱动、radio都在厂商手里，Google无能为力，即使厂商愿意把源代码给Google，面对数量众多的机型，一一适配其工作量更加繁重，由Google来完成根本就不现实

那Google可以做些什么呢？

1．广泛的nexus认证服务

从Google nexus one到galaxy nexus，因为系统升级速度有保证，这些机型都是玩家的热门首选。广泛的nexus认证服务并不是指Google参与全部认证机型的设计研发，而是通过这些认证的机型，对用户承诺在2-5内提供长期支持。包括Android版本更新，对厂商而言，获得认证的机型可以提高销量，对Google而言，可以为通过认证的机型提供收费服务，包括系统编译、分发、云存储支持。厂商将一个机型所获利的很小很小一部分用以支付Google的服务费。

2．限制定制内容
目前厂商升级困难，不是因为懒得为用户重新编译一次系统，而是因为面临众多的自定义内容的重新规划部署整合，耗时耗精力。以htc sense为例，整个系统除了部分Google的服务和Android核心外，其余都是自定制的，这种定制保证了用户体验的统一性，但是面对众多机型版本升级的时候必然力不从心。

我所认为的限制一是希望厂商定制的launcher必须在Google提供的一个launcher框架内，定义操作方式，滑动方式，图标，色彩等元素。这样在版本升级的时候，Google需要抱着框架的向下兼容性，厂商如果不打算添加新特性，直接编译后就可以使用。二是定制的launcher更多的以第三方应用一样的级别和方式部署到系统。这样用户升级后如果喜欢，安装对应系统版本的厂商launcher就可以了。版本升级的时候厂商只需要编译原生Android系统，整合驱动就可以了，对于用户和Google来说，保证了Android系统的完整性。

3.细分化管理

Android目标并不只是手机和平板，未来各种3c设备都将装上Android，内核本身不会分化，一是分化出各种基础模块。这种分化不是分为Android phone、pad、tv三个系统，而是指出手机、平板、电视和家庭网关各自必须包含的基本元素。在这种元素框架下，厂商开发和部署app更加容易。二是分化出硬件指标分类，每个Android设备如果要接入market，首先需要向Google提交硬件信息，Google通过硬件信息分类设备，那些性能不足的设备不能运行的程序则限制用户下载。同时可以从app开发商那里获取反馈，某款设备运行此app出现不兼容，首先是把设备从可下载列表里移除，待厂商确认完善后兼容性后再恢复到列表。

以上是针对今天和昨天喜欢和不喜欢Android的那两篇文章的一点思考，本来想分版本管理、多任务优化、操作方式统一、UI框架等几个部分讨论的，不过能力有限，先发一篇。