APP开发接口的时候会遇到很多客户端、版本，在代码里面有很多if判断，这块应该怎么设计才能是代码和逻辑更清晰、维护起来更容易？

APP开发接口的时候会遇到很多version(andriod 1.2.3.2、iphone 1.2.2.3、ipad 2.5.3.1 ...)很多client(安卓、iphone、ipad)，因为产品是迭代开发的，可能不同的客户端不同的版本设计的逻辑都不一样，导致在代码里面有很多这样的if判断，维护和代码可读性极差，这块应该怎么设计才能是代码和逻辑更清晰、维护起来更容易？
或者这块产品应该符合什么样的设计规范 或者编写代码的时候应该满足什么样的设计模式

回复内容：

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有几句不同的作法。。

除此，我觉得是不是可以把这些逻辑或者版本判断放在一个静态文件里来维护?