因为近H5发展的不错,在微信里可以看到很多活动,比如邀请函什么都是通过H5制作的,大家直观的体验都很不错。在APP开发方面,Web版APP或者H5版APP开发速度更快,而且费用比传统的外包原生APP便宜一些。因此很多人咨询,我的APP是否可以采用Web(H5)APP的模式?
作为国内大的APP在线制作方,应用公园主打不懂编程也能自己制作原生APP,而且成本比Web(H5)APP还低,当然具有一定的话语权。我们的平台为什么不采用Web App 的模式开发呢?为什么还采用原生笨拙的方式去开发一个个功能?问题主要聚焦在以下几个方面:
常见的H5页面、APP都是比较小,市场上从没有出现比较大的H5页面或者APP。因为H5自身的不完善,使得加载动画的时候,相应比较慢,如果采用大量的css页面,速度变快但是会导致渲染卡顿,出现白屏、闪退等情况。很多H5游戏,稍稍功能多一点,就容易奔溃。市面上的大多成功APP都是采用原生的。
应用公园生成的原生APP,与市面上的大型APP性能是一样的。
Web(H5)版的APP,数据获取都是在资源页面上异步完成的,涉及DOM操作,不能与手机内的配置同步,所以非常消耗手机性能。一不小心就会出现明显的闪白。
而且重要的一点是,如果页面加载进来之后数据更新的速度太慢,也会让页面模板等待很长时间,对用户体验又不友好,总不能每次打开都像浏览器一样等待刷新是吧。生活我们也经常遇到Web(H5)页面突然就不见了,或者一直加载。
很多Web(H5)版的APP,为了动画的加载,使用了很多工具来进行辅助,比如预加载等。虽然看起来很友好解决了不少问题,但事实上如果页面足够多就会引发另一个问题——页面的生存周期。
试想一下,主页面缓存了5个子页面的资源,在跳转到响应的子页面时又会缓存这些子页面的下级页面资源,如此反复肯定会占据大量内存使APP的体验下降。
单一页面Web(H5)版的APP很不错,但大型的往往适得其反。
很多人说H5 APP一次编写就能编译Android/iOS两种不同的APP,但是有考虑过BUG吗?事实证明,后期的修改调整真的即繁琐又复杂,还不如一开始利用原生的老老实实去开发。举一个很简单的例子,Android和iOS在返回上一页的处理方式上就有明显的区别,调用底层硬件时怎样区分不同的场景等等
而应用公园采用纯原生的结构,可以实现一键生成ios和安卓双版本的APP,这个是有专利的。
现在做H5混合APP开发的人很多,但两者真的可以适配吗?只有在原生的基础上,加入部分不重要的H5页面可以,在H5基础上可以加入原生吗?
Web(H5)的优势在于图文排版,而不在开发,更适合做辅助。
Web(H5)版的APP,每次内容、功能更新都需大动干戈,所消耗的人工、资金成本不亚于重新开发,而应用公园原生平台化,不懂编程的也能自己轻松维护,模块化操作,也不需要重新上架审核,所以更新维护成本接近于零。
所以,不要因为一时的便宜而被开发公司忽悠选择的Web(H5)版的APP,性能与原生的差别太大,而且价格方面,也没有应用公园这种平台共享模式的便宜,后期的维护更是大坑,创业者要在选择开发APP的时候,要留心这个常见大坑。