解决Android应用在不同手机平台上兼容性的思考

Android在不同手机平台之间实现应用程序的兼容性，需要使用一个共同的应用程序，假设它叫AIO(Android In One)，它的功能是从底层获取具体手机硬件的型号及各项参数相关信息，在联网时通过用户许可的方式将这些信息上传到统一的设备数据库，其它应用程序开发商通过查询及在应用运行时实时读取这些信息动态调整应用程序的功能特征，这样基本能在很大程度上解决Android应用的兼容性问题；解决Android版本间冲突也可以是类似的思路。这个应用本该由Google做的...

这个思路挺好  但是如果手机不能上网的话 就没辙了

楼主在YY

Android 封装（隐藏）了不同硬件平台的差异

兼容性根本是由以下2点造成：
1. Android的SDK版本
2. 各手机硬件生产商自己添加了自己独特的frame（基于Android SDK开发）


关于1，google貌似正在努力解决
但是2，因为Android 是一个开源的系统，HTC可以写一套自己的UI，摩托罗拉也自己添加一个什么XX API，中国移动都Ophone了，怎么兼容？ 不兼容都是各个人（厂商）的私欲！！！！ 每个人都在自己的平台里面搞定小东西，那开发者就很难办了。


所以，我觉得，Android 系统要再往前一步，定义更抽象的标准和接口，比如sun 的J2EE，我只定义规范，各个厂商自己去实现，但是要基于我的规范，实现统一的API 给developers调用。

@yzhong_sa
这并不是一个全部面向用户的程序，它可以是面向开发人员的，你可以为目前市场上主流的Android手机平台定制同一份兼容的程序代码，抓大放小，不然岂不是连山寨机都要支持，我们只赚80%就够了。

@congdepeng
Android确实封装了硬件平台差别，这也是为什么用java的原因，java的应用就体现在忽略平台而仅实现软件功能上的应用。
你提到另一个问题，就是开源系统为不同厂商定制，实际上操作系统版本变多了，而且版本上也会变多，这实际是时间和空间两重纬度的复杂化了。
Android市场还在做大，但竞争激烈却并没有形成几个大的手机厂商(趋势是HTC，moto等)，它还不可能像pc那样开放硬件标准，这也制约了它的普及。

我的建议是基于一些简单的差异化的，毕竟应用程序很多在不同手机上的差异并不大，也不至于是致命性的——比如没wifi，没摄像头...
饭要一点一点的吃，一个产品，只要它在三年甚至更短的时间，能够卖钱，就可以去做了。
将来手机架构的发展是难以预见的，我们也没必要现在去考虑什么包治百病的解药。

"动态调整应用程序的功能特征"，这个太难了吧。一个button在1.6上显示而在2.1上不显示？

我觉得绝大多数应用软件没有兼容性问题，系统软件可能多点。

linux上出现问题必然在Android会同样出现，配置不同，你的手机可运行的程序，别人完全有可能无法运行，因利益必须要有不同，这就是开源问题。