大家在做客户端程序的时候会把请求的接口配制成动态从网上获取的吗？

[ffts]

最近web端程序改版，有的接口变了，有的域名都变了，我们这边也要改一个版本，不过发出去的版本就像泼出去的水，也没有禁用某一版本的机制...
就准备做个机制，把要请求的接口也配制到一个接口里，每次都从那个接口更新，这样web改了接口，只要改一下配制就好了
是不是简单弄一下就好？给接口一个版本，检测到有新版本的接口时就下下来替换本地的，还用考虑别的吗？
PS：总觉得这么做有点不踏实，就好象不小心的话什么都给别人看光了一样...虽然一抓包也是会什么都被看光...

[BOYPT]

有个怪思路是，拿一个子域名，用A记录来做版本好，这样程序检查时候只要查询一次DNS，就知道有没有升级。

这样好处是不怕连你们的检测接口都变了 「- .-擦汗」

[ritksm]

/api/v1
/api/v2

要禁用的话就直接停掉某个版本的接口

不是挺好的吗，再者为啥要换域名

[ffts]

@BOYPT 检测的接口定了大概就不会变了...实在变了我也没辙了...

@ritksm 之前是用的这种方法，不过也只是在新版本里使用新的api，现在就想着不发版本直接把客户端接口改过来
做web开发做的爽的地方就是新代码一上线用户用的就是最新的了，我们客户端这边都还要等用户慢慢升上来
域名那个好像是改了什么底层的业务了吧，存储还是什么的都改了，具体的也不太清楚了，而且主要是老的也有一些在用，不能停用，只好保留着

[ritksm]

@ffts '想着不发版本直接把客户端接口改过来'。那就只能写一个升级程序直接替换客户端的逻辑单元了呗。。。然后重启客户端就算完成升级了。。。增量更新啥的

[felixonmars]

想要更 "重口" 的方案的话, 可以看看大众点评的持续更新方案. 这个方法可以保证用户的应用不断 "自动" 更新.
http://www.infoq.com/cn/presentations/public-comment-mobile-application-architecture-evolution

[BOYPT]

@ritksm 我们厂的客户端团队貌似也有这个问题，因为项目开始时候，资源统统没有到位，全部是自己做服务器，端口都不固定。 (- .-)b

[ritksm]

@BOYPT 如果能做到增量更新替换逻辑的话。。只要保持更新服务器不变。。。其他都好说了。。

[ffts]

之前也考虑过加个增量更新的机制，不过后来觉得太麻烦了就没弄...