程序员的自我救赎---10.1：APP版本控制系统

《前言》

（一） Winner2.0 框架基础分析

（二）PLSQL报表系统

（三）SSO单点登录

（四） 短信中心与消息中心

（五）钱包系统

（六）GPU支付中心

（七）权限系统

（八）监控系统

（九）会员中心

（十） APP版本控制系统

（十一）Winner前端框架与RPC接口规范讲解

（十二）上层应用案例

（十三）总结

《APP版本控制系统》

其实这个APP版本控制系统开发的前提也是有点奇葩，因为单纯的开发一款APP 压根就不需要去整一个APP版本管理中心。

最为重要是的，苹果的APP有APPStore，不用去管理升级这些问题，Android也一样可以使用360加固（http://jiagu.360.cn/）。

那既然360应用市场、应用宝、AppStore 这样的第三方市场都已经帮我们把升级功能做好为什么还要自己开发了一个APP版本控制系统？

本质来说其实就是“APK版本控制系统”，因为苹果的不用我们管嘛! 最重要的原因是：上传到第三方平台是否“合规”？

这里“合规”是打引号的，合规是合别人的规矩。 比如我们的英雄会APP在项目刚成立的时候老板志存高远，搞了很多模块，让整个APP

变成了一个融合：“机票、酒店、商城、新闻、爱心捐助、视频广告、棋牌游戏”等等等等 功能的一个“超级APP”。

现在回想起来那时候开发真TM的MMP痛苦，没完没了的加班开发。最后项目做出来去上线到各大平台：木蚂蚁、海卓、360、应用宝、豌豆荚。

全部被驳回了，不允许上线。理由各种各样比如： 需要信息网络传播视听节目许可证！ 需要募捐资格许可！等等各种各样的证书，而且由于没有

这些证书还拿不下微信支付、支付宝支付。 痛苦，相当痛苦。

当时为了方便遂而开发了“APP版本控制系统”。（总得有个链接下载和更新的接口）

这样我们就免掉了被第三方平台各种审核的麻烦，有了APP版本控制系统我们就干脆让这个系统的职责集成以下几点功能：

1，通过配置提供只有内部测试版本（模仿微信的部分会员更新）

2，有版本控制中心来承载下载单页的职责（每个APP都有一个可访问的下载单页）

3，统计每个APP以及每个版本的下载次数。（其实这个功能第三方的更好用，第三方还有错误上报和性能分析）

（下载单页）

从技术上来说APP版本控制系统没有什么技术亮点可谈，无外乎三张表就搞定了的项目：

1， APP信息表

2， APP版本详情表

3，测试人员表

APP前端的功能就是：

1，新建APP，上传APP版本APk文件

2，配置内测人员账户，可实测哪个APP；

3，统计APP下载次数。

就这么简单：

这个项目我们是开源的GitHub下载地址：https://github.com/demon28/AppVersionControl

最后，我还是建议如果项目内容不是很复杂的话，还是使用像360这样的第三方平台做版本控制，毕竟集成的功能多，不用自己开发。

有兴趣一起探讨Winner框架的可以加我们QQ群：261083244。或者扫描左侧二维码加群。