小程序不再是 BAT 的专属

现在的 APP 功能越来越庞大了，一个个都想做成平台。

就拿我熟悉的信息流来说吧，就是各种资讯、新闻、娱乐、短视频等内容，你已经很难找到没有信息流的 APP 了，就连一个小小的你画我猜 APP，里面都“顺便”嵌入着各种其他功能。

像微信和支付宝这样的巨型 APP 来说，就更夸张了，它们简直是手机操作系统上的操作系统。

那就产生了几个问题：

巨型应用：用户可能仅仅想使用一个 APP 的核心功能，捎带手有几个个性化的非核心功能，就够了，可是却需要在手机上安装一个巨型 APP，安装包大小也是不断递增。

无法敏捷迭代：对于 APP 开发者来说，一方面修改其中一个小功能时可能牵一发而动全身容易出错，另一方面任何修改都需要重新发版，改动无法热部署，只能等待一个很长的发版流程，十分不敏捷。

代码量堆积：对用户来说是个巨型应用，对开发者来说也会导致代码堆成屎山，有各色各样的代码风格，依赖冲突，负担很重。

多平台维护：同样一个小功能，可能要安卓和 iOS 统统开发一遍，维护多套代码，并保持一致，这会导致人格分裂。

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

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

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

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

当然，微信小程序已经成功开创了这样的模式。然而，微信小程序只能运行在微信上，可不可以让我自己的 APP 里的功能，也以小程序的形式体现呢？

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

不过，我无意在逛 Github 时，发现了一个小程序容器技术的成熟解决方案 -- FinClip。

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

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

也就是说，原来微信小程序的开发者，可以在不改代码的情况下，顺带手把这个小程序放在自己的 APP 里。

同时，FinClip 提供后台管理页面，可以统一管理自有和外部开发上架的小程序，以及对收集到的小程序数据进行分析。

所以，FinClip 实际上提供的是小程序生态解决方案，可以让每一个 APP 都拥有属于自己的小程序。

而且由于 FinClip 提供的 SDK 是相同的，你所开发的小程序，可以在同样集成了 FinClip SDK 的 APP 里运行，做到一次开发，到处运行的效果。哈哈，这好像是目前所有开发者平台所追求的共同目标了。

这里有段 FinClip 的官方视频介绍，时间很短，一看就懂。

还有一段 FinClip 要建立的小程序生态圈，是个什么效果，也有段视频介绍。

从他们的官网得知，FinClip 已经与上百家知名券商，股份制银行，航空公司，车载设备服务商，省级移动警务平台进行合作，看来 FinClip 是具备普适性的。 

好了，今天的移动应用开发利器就分享到这了，更详细的信息，可以去 FinClip 的官网看看，技术文档写的十分详细。点击下方的阅读原文即可直接跳转。