有点牛，10分钟把小程序直接迁移到APP

大家好，我是北妈。

0.

没想到现在的APP都已经卷成这样了。

最近一个朋友跟我吐槽他最近接手的一个APP项目，说现在的APP都想把自己从工具发展成平台，堆砌了各类形形色色的功能，然后如果APP一有点小问题或者增加一个小功能就需要发版迭代，同时代码量也一路狂飙，就导致这个APP变得极其臃肿，安装包也是不断在递增。

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

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

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

然后我们就总结了一下后续需要优化的地方：

1、服务不再受发版所限制，支持热更新。想一想每次修个小bug也要对整个APP重新编译、打包、回归测试、向各应用商店申请上架、等上几天才获得批准，甚至有被驳回的危险，这个过程多痛苦？

2、节省研发投入，业务功能不需要在安卓和 iOS 统统开发一遍，维护多套代码。

3、APP安装包可以有效减小，减少用户手机内存的侵蚀。

4、业务功能可由不同团队独立开发自有上下架，同时不影响宿主APP

把这些改进点捋一遍过后，我说：“这个用小程序不就能够轻易解决吗？你看，小程序天然具备跨平台能力，一套代码可以在 iOS 与 Android 两个平台中运行，其次小程序有远超过 H5 的体验（支持本地缓存，Webview，有丰富的组件与支持库），同时还支持热更新，也可以避免 DOM 泄露。

如果你们APP的部分业务功能以小程序的方式实现，可完全独立于App之外进行开发呀，也可以由不同的团队独立开发，自由发布，不会影响APP核心功能，而且小程序在APP侧是无感的，如果存在啥BUG，可瞬间下架。”

我那朋友突然顿悟，对这个「Native+小程序」的技术框架表示认可，不过仔细一想，新的问题就出来了，想法虽然不错，但是他们目前不是大厂，自己想实现类似微信或者支付宝那样的小程序技术平台，这个投入估计不可估量，就算开搞不一定自己就能研发出来，到时候估计会受到很多人的质疑。

意外之喜

这个事情我一直挂记着，也经常留意其他APP怎么做的

恰好看到阮一峰老师的的公众号有推荐「小程序容器」这么一个技术方案，这个技术方案号称只要在你的APP集成这个叫做「FinClip」的小程序容器SDK，就可以直接在你的APP上架和运行小程序，而且，同时它还提供一个后台管理系统，统一管理小程序的上架和下架，以及收集和分析小程序数据，对于开发人员，可谓是极其便捷了。

而且这个技术方案里面有一点简直太赞了，就是它们可以兼容微信小程序的开发规范，也就是说如果你之前有开发过微信小程序，可以在不改代码的情况下，直接把这个微信小程序迁移至自己的APP里

而且由于 FinClip 提供的 SDK 是相同的，你所开发的小程序，可以在同样集成了 FinClip SDK 的 APP 里运行，做到一次开发，到处运行的效果。这样业务功能小程序也不局限于自有APP或者微信上使用，还能覆盖更多渠道。

此外，FinClip 支持包括 Linux、Windows、MacOS、麒麟等操作系统。这意味着，PC 端、车载设备、智能电视、智能手表都能使用小程序了，反正现在IOT也是大势所趋。

FinClip 还提供小程序 IDE 开发工具，界面与微信小程序的开发工具类似，自带调试和真机预览，简单易上手，同时支持小程序一键生成APP，可以将已有小程序代码导出为IOS与Android中可用的工程文件。

经过我的详细调研，FinClip现在支持多种使用与部署方案，SaaS/私有化都可以，真正的开箱即用，而且SaaS版现在每月拥有10,000次免费发布调用。

我把这个技术方案立马给我朋友做了全面介绍，我朋友也是哭笑不得的调侃说：“太难了，现在的APP不卷都不行了”

如果你的 App 或者其他智能终端也希望实现「Native+小程序」的技术架构，不妨考虑一下 FinClip，点击阅读原文，一起体验一下吧。