早在2017年,App Store审核团队便针对App Store中“热更新”的App开发者发送邮件,要求移除所有相关的代码、框架或SDK,并重新提交审核,否则就会在AppStore中下架该软件。由于软件热更新绕过了苹果的审核,黑客开发者有可能会通过提交正常的版本之后,通过热更新的方式修改APP导致安全隐患,利用这个“后门”来窃取用户设备中的隐私信息。
与此同时,各行各业的业绩却需要应对千变万化的市场需求背景下加速增长。移动互联网背景下,APP这个主流触达用户的工具,变成为了商家流量竞争的主战场。技术作为业务的市场触达及活跃的保障手段,对于业务应用,尤其是高频引流及活跃的应用需要保持快速迭代更新。
App热更新技术方案
目前市面上App热更新技术方案可归纳为两大类:纯原生(Native)的,以及Hybird(混合开发)模式下的技术方案。
纯原生(Native)的热更新技术解决方案典型的有Dexposed、AndFix、KKFix.....很多且应用也不错,但随着市场上“敏捷开发”,“一端开发,多端上架”等研发概念探索成型并有一些成功实践被广而告之以后,Hybird(混合开发)的移动研发模式便开始流行起来。
因此,我们在本文中重点探讨一下混合式App开发模式下的热更新方案。
混合App开发模式之「Native+小程序」
介绍混合App的热更新方案前,还得先介绍一下混合App开发模式都有哪些。
在微信把小程序带火之前,H5在微信中“漫山遍野”。这些在类似微信的社交中心化平台上生存的业务应用,主要目的是给企业主的业务做引流和活跃。既然已经开发了一套应用在微信上,为什么不能应用于App的研发管理上呢?这样是不是更符合敏捷开发的理念?
于是,混合App开发模式–「Native+H5」诞生了。
如今,微信全网小程序数量超过700万,微信小程序日活超过4.5亿,真正进入了业务应用小程序流行的年代,于是开始有人研究「Native+小程序」的App开发模式。
相比于「Native+H5」,「Native+小程序」的App开发模式优势在哪里呢?关键在于小程序相比于H5,有其自身的优势:
1、开发成本更低:小程序技术是前端容器技术的一种应用,其组件及UI都有明确的规范,开发者不用考虑兼容性及类似H5开发时复杂工具及框架的选择。
2、加载速度更快:小程序是基于App端实现的应用,自身对于App有一定的亲和度,使用时不像H5的网页加载方式,用户主观感觉会更流畅。
3、与宿主环境结合更紧密: 如上所述,小程序是基于App端实现的应用,故只能在特定的平台内运行,可想而知其获取系统(App)的权限也会多于H5(H5是网页,只要有浏览器就可以使用)。
4、用户体验更佳: H5网页是在浏览器内使用,如果网速不佳或者网页加载东西过多就会出现卡顿。 小程序只需在首次使用时是加载,也不会太精准,初次加载后页面再加载就会很流畅了。另外,组件及UI都是有预设组件,展示体验也会更佳。
基于上述信息,小程序应用能火起来,或者说各大平台竞相“弃H5从小程序”也不是没有其道理所在。
上述说的只是说了小程序自身比H5具备更优的技术解决方案,那么放到混合App开发模式下比较,「Native&#