请教程序更新后的兼容性的问题

可以吧，比如现在的摇一摇貌似就是动态加载的 通过『我邮2.0』发布

能做，但是像微信这种，肯定是之前就做好了预留的设计 这就是为啥人家做的好了。。

谢谢~ 【 在 icyfox 的大作中提到: 】 : 能做，但是像微信这种，肯定是之前就做好了预留的设计 : 这就是为啥人家做的好了。。

谢谢~ 【 在 q397273499 的大作中提到: 】 : 可以吧，比如现在的摇一摇貌似就是动态加载的 : 通过『我邮2.0』发布

API的设计肯定是要完全向后兼容的，这个没跑，因为你无法预测用户的行动，即使有更新，也不能保证用户一定会更新。 如果想完全兼容，可以用webview+h5来写，就是不写native应用，而是网页。微信的那三个页面也是这么弄的。h5当然可以做到随时更新，不过体验不会太好。 如果是说增加类别，肯定是写好的。

恩，webview+h5我想过，不过毕竟不会H5...╮(╯▽╰)╭ 不过H5跟本地交互还是蛮好的，可以差不多同时做IOS和Android两个版本的界面。 【 在 hfaltgg 的大作中提到: 】 : API的设计肯定是要完全向后兼容的，这个没跑，因为你无法预测用户的行动，即使有更新，也不能保证用户一定会更新。 : 如果想完全兼容，可以用webview+h5来写，就是不写native应用，而是网页。微信的那三个页面也是这么弄的。h5当然可以做到随时更新，不过体验不会太好。 : 如果是说增加类别，肯定是写好的。

还有想请问比如说 如果想列举一个人拥有的多个徽章，但是这个徽章以后可能增加，那是在本地保存徽章的图标呢还是每次从网络上读取呢~如果不滑动是用gridview呢还是写死的imageview呢~

whatever，都可以，图片最好有统一的三级缓存。 不滑动的话，多列最好还是用gridview，单列都可以，直接addview就可以。 【 在 zhbzhbzhbz 的大作中提到: 】 : 还有想请问比如说 如果想列举一个人拥有的多个徽章，但是这个徽章以后可能增加，那是在本地保存徽章的图标呢还是每次从网络上读取呢~如果不滑动是用gridview呢还是写死的imageview呢~

没有绝对的向后兼容，谁都不可以完全预测对以后的需求，最多是算一点点提前量 过年的时候我有个亲戚的手机用摇一摇还是在寻找附近的人。。。 所以研究怎么提高用户的版本更新率才是王道 【 在 zhbzhbzhbz (RedB) 的大作中提到: 】 : 不是要问什么增量更新，而是想问，因为程序会有很快的迭代，这种情况下不能每次都必须让用户下载新的才可以继续用，所以想问问包括服务器的API设计在内，尤其是android app的代码如何设计，才能尽可能保证兼容性？比如微信4.0估计现在还可以用吧~ : 举个例子，比如微信主界面的第三个子界面，有朋友圈、游戏、购物等几个选项，不知道这个是不是可以从服务器获取数据来更新或者增加这种类别？