本文首次发布于凡泰极客博客中:小程序框架与平台编译对比。
作者:凡泰极客产品经理-王字
很多开发者朋友在初次认识 FinClip 时,都不免将其与市面上常见的小程序平台(如百度智能小程序,字节小程序,微信小程序,支付宝小程序)进行对比,好奇同样的一份小程序代码在不同平台中的编译速度与体验如何。
此外,开发者在使用常见的第三方小程序框架(如 taro,kbone,uniapp)时,会发现各家框架厂商都宣称通过自己的框架能编译出不同平台下最好用,最流畅的小程序,开发者受限于精力与时间不够,也无法对其进行足够仔细地辨别与区分。
在本文中,我们邀请了 FinClip 前端开发工程师蒋雪,使用不同的编译框架编译出不同平台的小程序 DEMO,并在 iOS 与 Android 设备中进行实际体验对比,针对「小程序的稳定性,框架支持度,列表渲染性能,操作系统支持度,组件支持度与跨平台性」进行综合对比,从而帮助开发者找出最适合自己的小程序平台与框架。
作为 FinClip 背后的产品设计者与开发者,我们的观点可能并不中立(我们会尽可能在测试中保持客观)。您可以访问 FinClip - 小程序容器技术领导者,混合应用必备SDK 来了解我们的产品与功能,以此印证文中观点。
本次测试中,我们使用了 FinClip 日常测试环境中的三款设备机型,分别是:
本次使用的宿主 App 与版本如下:
本次测试使用的 DEMO 如下:
框架 DEMO
如果你也想进行测试,可以下载这个 DEMO 文件
Frame test.zip
6 MB
为了保证最终能够得到公平一致的测试结果,我们使用了如下的评测方式:
相同的测试流程才能保证公平的测试结果
我们从 Github 中下载了官方的示例 DEMO 文件,并在各个 IDE 中进行编译预览。
首先是在 IDE 中进行编译展示,通过上图可以看出各家小程序平台对于该 DEMO 都能够进行正常的渲染与体验,但是在实际测试过程中我们发现,支付宝小程序 IDE 在进入「视图」页面时会提示报错,在使用真机打开「视图」页面时也会报错(如下图)。
使用支付宝 IDE 进入「视图」界面时会报错
当使用真机预览进入「高阶」页面时,还会遇到底部日历遮挡的问题。
月末的日历组件无法全部显示
此外,我们为了测试 Taro 对于列表的渲染能力,还使用了 taro-msparis 这个项目(Msparis 项目基于 Taro,构建了一个时装衣橱的项目演示,涉及了一个电商平台完整的业务逻辑和功能点),分别使用真机在「首次渲染,更新列表」的情况下进行多次测试,得出结果如下。
所属平台 | iPhone 首次渲染 取 3 次平均值 |
iPhone 更新列表 取 5 次平均值 |
三星更新列表 取 3 次平均值 |
三星更新列表 取 5 次平均值 |
荣耀更新列表 取 3 次平均值 |
荣耀更新列表 取 5 次平均值 |
---|---|---|---|---|---|---|
微信小程序 | 14.054ms | 17.935ms | 20.525ms | 19.164ms | 124.699ms | 22.677ms |
FinClip | 27.488ms | 63.901ms | 70.667ms | 81.4ms | 19.667ms | 37.2ms |
支付宝小程序 | 17.67ms | 18ms | 87.33ms | 61.6ms | 31.33ms | 46.2ms |
头条小程序 | 真机及运行报错 | 真机运行失败 | 真机运行失败 | |||
百度智能小程序 | 5ms | 5.4ms | 无法正常渲染 | 1ms | 2.2ms |
值得一提的是,在使用三款手机进行真机测试时,头条小程序均无法正常运行,使用三星手机打开百度智能小程序时,也无法正常渲染。
我们从 Github 中下载了由 DCloud 提供的 kbone 示例 DEMO 文件,并在 IDE 中进行编译预览。
仅有微信开发者工具与 FIDE 可完成小程序编译
同样,我们分别使用真机在「首次渲染,更新列表」的情况下进行多次测试,得出结果如下。
所属平台 | iPhone 首次渲染 取 3 次平均值 |
iPhone 更新列表 取 5 次平均值 |
三星更新列表 取 3 次平均值 |
三星更新列表 取 5 次平均值 |
荣耀更新列表 取 3 次平均值 |
荣耀更新列表 取 5 次平均值 |
---|---|---|---|---|---|---|
微信小程序 | 0.78ms | 1.48ms | 1.627ms | 1.372ms | 1.67ms | 5.8ms |
FinClip | 236ms | 650ms | 6.33ms | 6.8ms | 2.67ms | 4.2ms |
由于 kbone 仅支持微信小程序语法,因此仅在微信开发者工具与 FIDE 中进行了测试,支付宝官方提供了 Antmove,但尝试后发现依然无法编译。
我们从 Github 中下载了官方的示例 DEMO 文件,并通过 uniapp 进行跨端编译,按照不同平台的要求输出对应的小程序,并在各个 IDE 中进行编译预览。
除了支付宝小程序无法编译,都可以正常运行
在 IDE 中进行编译展示时,除了支付宝小程序 IDE 会提示编译失败以外,剩下的小程序 IDE 都完成了对应的编译与预览操作。此外,我们也使用了 uniapp 的 DEMO 对于列表渲染进行多次测试,测试方式依然是使用真机在「首次渲染,更新列表」的情况下进行多次测试,得出结果如下。
所属平台 | iPhone 首次渲染 取 3 次平均值 |
iPhone 更新列表 取 5 次平均值 |
三星更新列表 取 3 次平均值 |
三星更新列表 取 5 次平均值 |
荣耀更新列表 取 3 次平均值 |
荣耀更新列表 取 5 次平均值 |
---|---|---|---|---|---|---|
微信小程序 | 520ms | 417.33ms | 3355.67ms | 1360.17ms | 383.67ms | 249.88ms |
FinClip | 179.33ms | 120.88ms | 1290.33ms | 997.29ms | 317ms | 350ms |
支付宝小程序 | 517.33ms | 242.25ms | 3021.33ms | 1063.75ms | 570ms | 282ms |
头条小程序 | 125.33ms | 92.13ms | 打开失败 | 323ms | 263.86ms | |
百度智能小程序 | 114.33ms | 82.12ms | 816.67ms | 834.88ms | 134.67ms | 236.76ms |
此外,我们还根据对应平台开发者文档中,支持的小程序组件进行了对比,所得情况如下:
(更多内容请浏览原文:小程序框架与平台编译对比)
组件 | 微信小程序 | 支付宝小程序 | FinClip | 头条小程序 | 百度智能小程序 |
---|---|---|---|---|---|
与微信功能相同的组件数量 | 51 | 32 | 44 | 34 | 38 |
组件总数 | 51 | 92 | 46 | 34 | 60 |
根据前文测试与对比结论,我们分别基于「稳定性,小程序框架支持度,列表渲染性能,操作系统支持度,组件支持度,跨平台性」进行综合考量与对比。
根据三种机型的测试体验,在头条小程序与百度智能小程序中,安卓机型的运行效果是不稳定的,尤其在头条小程序中,Taro 框架的列表展示 DEMO 三台机器均无法正常打开。 而百度小程序则会出现在安卓低端机型中无法正常打开的情况。
根据本次测试结果,稳定性排序如下:
微信小程序 = FinClip = 支付宝小程序 > 百度智能小程序 > 头条小程序
可以看出各平台都已经支持了在 Taro 和 uniapp 框架下的小程序,但个别功能依然存有 Bug。在头条小程序中可以运行简单的 DEMO ,但复杂 DEMO 安卓端几乎全军覆没。
而在 kbone 框架中, 只有微信小程序与 FinClip 支持运行,且都能正常运行体验。当我们使用 Antmove 工具转换后, 依然无法在支付宝小程序中正常运行。
根据本次测试结果,框架支持度排序如下:
微信小程序 = FinClip > 支付宝小程序 = 百度智能小程序 > 头条小程序
根据测试数据,微信小程序、 FinClip、 支付宝小程序在列表渲染性能上是比较接近的。出乎意料的是百度智能小程序在这些 DEMO 测试中,渲染耗时最少。头条小程序则因表现不稳定暂不参与排序。
根据本次测试结果,渲染性能排序如下:
百度智能小程序 > 微信小程序 = FinClip = 支付宝小程序
根据测试结果整体来看,当前所有小程序在 iOS 操作系统中的体验是优于Android 操作系统的,我们后续将会引入鸿蒙系统进行测试对比。
考虑到当前市场中微信小程序的领军地位,我们以微信小程序组件对标支持度作为了评比标准之一。
根据本次测试结果,组件支持度排序如下:
微信小程序 > FinClip > 百度智能小程序 > 头条小程序 > 支付宝小程序
而如果以各平台中组件数量进行排序,排序如下:
支付宝小程序 > 微信小程序 > 百度智能小程序 > FinClip > 头条小程序
在参与对比的五个小程序平台中,只有 FinClip 在支持自身语言之外,还同时兼容微信小程序的语言。相比支付宝小程序,头条小程序而言,FinClip 的兼容性更强,无须使用代码转换工具就能与微信小程序共用一套代码,在上架双平台时也能避免因代码转换所引起的其他问题与 Bug。
在设计 FinClip 起初,我们有着这样的考虑:
在企业数字化转型的过程中,已有 Web 应用与 H5 应用将不得不面临需要提升用户体验与业务性能的问题,而在转向通过小程序提供服务的过程中,又需要如何将在流量平台中已经上架的小程序迁移至自有 App 中?如何让自有 App 具备运行小程序的底层容器引擎?
因此,我们希望自己所提供的小程序解决方案,不仅需要解决企业当下所面临的“小程序迁移”问题,也需要能够帮助企业考虑到数年内(甚至更长),而不需要再根据新遇到的问题寻找新的解决方案。
此外,除了小程序本身的运行能力以外,FinClip 还具备对小程序全生命周期进行管理的能力,对于与企业内部已有信息系统进行关联,也提供了完成自动化、定制化支持的相关工具与资源,从而能够更可靠,可信地帮助企业完成数字化转型这一过程。
如果您有对小程序的设计,研发与使用的相关想法,都欢迎登录 FinClip.com 查找答案,如果在使用过程中遇到问题,也欢迎与我们联系。