利用小程序方案解决了90%的app更新问题

大家好，我是虾米。事情是这样的，前几天和我一个产品经理朋友吃饭，跟我吐槽他最近接手的一个APP项目，说这个APP已经上线大半年了，看上去就像是一个「饕餮」，什么五花八门的功能都往里塞，然后加上APP一有点小问题或者增加一个小功能就需要发版迭代，缓存数据也积越多，就导致这个APP变得极其臃肿，安装包也是不断在递增。

而且这个APP一直以来都是靠两个团队来维护，一支负责iPhone版本、一支负责Android版本。这两拨人具备的知识结构、采用的编程语言、掌握的技术概念都是不兼容的。产品经理（也就是我那朋友）想实现同一个业务功能，必须跟这两拨人都说一次，还会经常导致版本功能经常性不同步。

然后我就说：“一些业务功能用H5的实现就行了呀，那这样就可以同时在 iOS 与 Android 进行上线，开发成本较低，响应也更快。”

然后我朋友就反驳我说：“你自己也做过H5开发，你就知道 H5 存在些许弊端，例如 APP 原生的系统权限 H5 多数是获取不到的，也不支持本地缓存，而且还是得养着iOS和Android两个团队，分别负责各自平台上的一些原生部分的工作。加上App功能随着时间的积累越堆越多，开发团队人员也进进出出，我们那App变得越来越“脆弱”，每次发版的时间更长、需要回归测试的功能点更多。根本就不存在「敏捷迭代」一说了，开发团队也一直在开发新功能、填补安全漏洞、被客户投诉之间疲于奔命。”

我那朋友看着这个被五花大绑的APP，再看看这帮被发版折磨的开发小哥，就跟我说了一下他后续需要改善的地方，大致就是如下几点：

1、服务不再受发版所限制，支持热更新。想一想每次修个小bug也要对整个App重新编译、打包、回<