您的位置:首页>>分享>>小程序开发
H5网页App开发和纯原生的App有什么差距

时间:2017-05-18 00:48:41作者:常熟做网站制作

        H5网页App开发和纯原生的App的差距主要聚集在以下几个方面:

        1、动画

        动画有很多种,比如侧边栏菜单的滑入滑出、元素的响应动画、页面切换之间的过场等等,在H5之下的众多实现方法都没有办法达到纯原生的性能。常熟app开发是指专注于手机应用软件开发与服务。 一般这些的话有几种不同的选择:css3动画、javascript动画、原生动画。

        css3动画非常的消耗(consume)性能,如果某一个元素用到css3动画可能(maybe)还看不出来,但大面积或过场使用css3动画会让app低端手机体验非常差。最好的选择一般是通过框架(framework)调用底层的动画,但不管怎么样等于在原来的代码(code)上包上了一层,性能还是不可避免的受到影响。

        比如在一个新页面的载入上,如果调用底层动画要考虑(consider)的问题有两个,一个是本身资源页面的渲染问题,另一个是远程数据(data)的获取(obtain)。即便是这些动画能够很快的响应,但大量的css页面会导致渲染卡顿,滑入时可能(maybe)会有白屏/机器卡顿的现象。为了解决这些性能问题又必须要用到预加载或模拟(定义:对真实事物或者过程的虚拟)动画。即便是这样,滑入滑出的动画在低端的安卓机器上还是有很多问题,如果获取服务端(Server)数据处理的方式不合适,卡顿白屏的现象会更严重。具体看下面的数据获取方式。



        2、获取(obtain)服务端(Server)数据(data)

        首先要接受的是,这里的数据(data)获取(obtain)都是在资源页面上异步完成的,因为只有这样才能让这些资源页面完成预加载或者渲染。但是异步拿到的数据(data)在填入页面中时可能(maybe)会涉及(to involve)DOM操作,众所周知,DOM操作非常消耗(consume)性能,如果页面小还好,页面稍大数据(Data Mining)(data)稍微复杂一点,频繁(frequency)的DOM操作会导致明显的闪白。而且最重要的一点是,如果页面加载进来之后数据(data)更新的速度太慢,也会让页面模板等待很长时间,对用户访问体验又不友好,总不能每次打开都像浏览器一样等待刷新是吧

        这个问题如果没有得到解决,H5开发是很难承担大规模数据(data)的页面,在它们之中频繁(frequency)切换更是难上加难,那么肯定有人也会想到用MVVM的方式,其实我也写过一些基于MVVM的H5app开发,相对来说它们获取(obtain)数据和更新数据的方式更敏捷更科学,但写的过程中又要注意很多H5独有的问题,这些问题在下面的页面切换里来讲。



        3、页面切换

        上面我们看到了几种不错的实现方式,比如预加载和模拟(定义:对真实事物或者过程的虚拟)动画,甚至有批量的预加载,批量的截图模拟动画等等,虽然看起来很友好解决了不少问题,但事实(Fact)上如果页面足够多就会引发另一个问题——页面的生存周期。

        试想一下,如果引导页或者主页面缓存(cache)了5个子页面的资源,在跳转到响应的子页面时又会缓存这些子页面的下级页面资源,如此反复肯定会占据大量内存使APP的体验下降(descend)。那么怎么知道那些页面是需要的,最多缓存多少页面,什么时候结束哪些页面的生存周期呢?在我用过的很多H5APP的框架(framework)里都没有对这些问题有一个完美的解答,因此在页面较多网站内容较多的app开发中可能(maybe)会因这些资源分配的问题降低(reduce)性能。

         这时候我们回过头来再看看MVVM的数据(data)加载问题,实际上不管哪个MVVM框架(framework),写过的人都知道管理这种新型的前端代码(code)最重要的问题是内存的问题,你既要保证代码写的足够优雅没有任何内存泄露问题,也要考虑(consider)到在页面生存周期结束时它们的控制(control)器/页面资源是否得到释放,这对全局有没有什么影响,在多个请求时也要合理的分配资源,甚至是复用这些父级页面传过来的缓存(cache)资源等等。常熟app开发秉持拒绝平凡、突破与创新的理念,致力于打造高品质的APP。常熟app开发以服务客户满意为第一准则,较小的APP可能(maybe)并不会有这些问题,如果你想用纯H5来开发大型app,这很可能会浪费你很多时间——而且结果还不会让你满意。



        4、Android/iOS的区别

        很多人都说纯H5app开发一次编写就能编译Android/iOS两种不同的APP,大大降低(reduce)了成本。实际上这个观点本身就是值得怀疑的,如果你写过这类APP就能明白我在说什么,它们既不省事,又存在很多BUG,调试时尤其繁琐(fán suǒ)。举一个很简单的例子,Android和iOS在返回上一页的处理方式上就有明显的区别,iOS的顶部bar在全屏下怎样处理,Android机器出现smart bar怎样处理页面的布局,调用底层硬件时怎样区分不同的场景等等,你需要写一个又一个机型和系统的判断,然后分别在Android和iOS下调试,最后你却发现这并没有卵用,累的要死却什么没学到,只有一堆不知道什么时候会过时的经验(experience)。

        现在做H5混合APP开发的人很多,但是纯H5却很年轻,很多问题都没有很好的解决,这几个是我在做这些APP时考虑(consider)最多的问题。最后说一个很少人注意到的H5优势(解释:能压倒对方的有利形势),大家大谈H5APP时都是快速开发、低成本、多平台等等,但我却觉得它和很多APP开发方式相比有一个不同之处——图文混合的排版。正是这些复杂多变的CSS样式消耗(consume)了性能,但是它带来了排版的多样性,能够精细到每一个字宽行高和风格的像素级处理,才是H5的优异之处。


back

常熟市虞山镇莫干路2号

© Copyright 2022 baichuangweb.com

版权所有 苏ICP备16050462号-1 常熟做网站苏公网安备 32058102001233号

友情链接: 网站建设 网页设计 讯肆科技网

本站关键词:常熟网站制作 常熟做网站 常熟网络公司

过往皆为序章 未来一切可期

扫一扫,加我微信