多版本支持

说到API版本管理和支持，为什么要版本支持，因为我们开发任何业务这个业务都不可能是一成不变的。那么当业务更变，我们如何让代码更好的支持业务变化？另外对于互联网产品，一定要考虑对旧版本的兼容性。有的用户不会升级你的新版本。这时候就需要有多版本和版本号支持。

开闭原则：我们对扩展是开放的，对修改时封闭的。

不管是设计模式也好，还是MVC分层，这一切的一切就是为了代码的改变和变更。就是为了解决代码的变更才有了这么多的设计模式和设计思想。开闭原则告诉我们如果要修改代码最好以扩展的形式。很多时候我们是不能做单元测试的，因为单元测试的成本是很高的。如果引入了第二个版本，会影响以前的代码，正常调用的风险。所以基于这个原因我们不要修改以前代码，而添加新的扩展。另外修改代码，会造成代码很多。

我们应该把每一个代码做一个单独的代码模块代表新版本。

多版本是个很麻烦的事，一定要在一开始规划好，最多兼容向上几个版本。不可能10.0版本把之前全兼容。这个是不合适，成本太高了，没有必要。我们做多版本主要是给客户一个缓冲的时间。但是我们希望用户早晚升级我们的新版本。