FinClip小程序容器-移动研发中的新解题思路

那就产生了几个问题：

• 巨型应用 ：用户可能仅仅想使用一个 APP 的核心功能，捎带手有几个个性化的非核心功能，就够了，可是却需要在手机上安装一个巨型 APP，安装包大小也是不断递增。
• 无法敏捷迭代 ：对于 APP 开发者来说，一方面修改其中一个小功能时可能牵一发而动全身容易出错，另一方面任何修改都需要重新发版，改动无法热部署，只能等待一个很长的发版流程，十分不敏捷。
• 代码量堆积 ：对用户来说是个巨型应用，对开发者来说也会导致代码堆成屎山，有各色各样的代码风格，依赖冲突，负担很重。
• 多平台维护 ：同样一个小功能，可能要安卓和 iOS 统统开发一遍，维护多套代码，并保持一致，这会导致人格分裂。

所以，模块化开发、热更新、灵活组建、跨平台等特性是开发者所梦寐以求的，而且随着 APP 功能越来越庞大，也必然要想办法解决这些的痛点。

一种方法是，把模块化的功能 H5 化，然后嵌入到 APP 中，这样 H5 页面可以随时远程热更新，其改动也不会影响原生 APP 的功能，岂不很美。

但如果你开发过 APP 里嵌入 H5 的应用的话，你就知道 H5 存在些许弊端，例如 APP 原生的系统权限 H5 多数是获取不到的，也不支持本地缓存。

所以，Hybrid 模式渐渐开始流行， native + 小程序 的架构模式也成为趋势，它解决了巨型应用带来的问题，同时又有远超 H5 的体验。

当然，微信小程序已经成功开创了这样的模式。

自微信推出小程序开始，各大厂商都针对自己的平台推出了相应的小程序的方案，可以说是层出不穷，基本上每一个厂都有一个对应的小程序的一个方案（如下图所示）。

然而，各大厂商的小程序只能运行在自己生态内的 App 上，可不可以让我自己的 APP 里的功能，也以小程序的形式体现呢？

当然可以，但这需要开发量，你需要为你的 APP 定制一个小程序开发平台，然后再在上面开发小程序应用，等你定制完了，黄瓜菜都凉了。

你也可以选择市场上比较成熟的小程序SDK进行集成便可让自己的APP快速拥有小程序运行能力。首当其冲要推荐下在 GitHub 看到的

FinClip

。

只需要在 APP 里嵌入 FinClip 的 小程序容器运行时 SDK ，就可以把你开发好的小程序放在你的 APP 里。

其中我觉得有一点很吸引我，是这一条， 兼容微信小程序开发规范 。

也就是说，原来微信小程序的开发者，可以在不改代码的情况下，顺带手把这个小程序放在自己的 APP 里。同时，提供后台管理页面，可以统一管理自有和外部开发上架的小程序，以及对收集到的小程序数据进行分析。