APP开发接口的时候会遇到很多version(andriod 1.2.3.2、iphone 1.2.2.3、ipad 2.5.3.1 …)很多client(安卓、iphone、ipad)，因为产品是迭代开发的，可能不同的客户端不同的版本设计的逻辑都不一样，导致在代码里面有很多这样的if判断，维护和代码可读性极差，这块应该怎么设计才能是代码和逻辑更清晰、维护起来更容易？
或者这块产品应该符合什么样的设计规范 或者编写代码的时候应该满足什么样的设计模式
本@文来源[email protected]搞@^&代*@码网(搞代gaodaima码
回复内容：
APP开发接口的时候会遇到很多version(andriod 1.2.3.2、iphone 1.2.2.3、ipad 2.5.3.1 …)很多client(安卓、iphone、ipad)，因为产品是迭代开发的，可能不同的客户端不同的版本设计的逻辑都不一样，导致在代码里面有很多这样的if判断，维护和代码可读性极差，这块应该怎么设计才能是代码和逻辑更清晰、维护起来更容易？
或者这块产品应该符合什么样的设计规范 或者编写代码的时候应该满足什么样的设计模式
大版本上的api可以直接用url来区分，不同版本的后台部署到不同的地址上，比如
http://xxx/api/v1/xxxx
http://xxx/api/v2/xxxx
迭代开发并不代表你可以不遵守任何约束随意的修改，有很多if，那说明你的接口在一开始的设计上就没有考虑的足够好。把一个以这种方式在迭代的产品发布出去不就是自己坑自己么。
建议你看看一本书叫《重构:改善既有代码的设计》，里面针对if有几句不同的作法。。
除此，我觉得是不是可以把这些逻辑或者版本判断放在一个静态文件里来维护?
搞代码网（gaodaima.com）提供的所有资源部分来自互联网，如果有侵犯您的版权或其他权益，请说明详细缘由并提供版权或权益证明然后发送到邮箱[email protected]，我们会在看到邮件的第一时间内为您处理，或直接联系QQ：872152909。本网站采用BY-NC-SA协议进行授权
转载请注明原文链接：APP开发接口的时候会遇到很多客户端、版本，在代码里面有很多if判断，这块应该怎么设计才能是代码和逻辑更清晰、维护起来更容易？
转载请注明原文链接：APP开发接口的时候会遇到很多客户端、版本，在代码里面有很多if判断，这块应该怎么设计才能是代码和逻辑更清晰、维护起来更容易？
