不再依赖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官网 访问。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值