未来是Web App的天下,还是Native App的天下

  

  未来是Web App的天下,还是Native App的天下?作为设计师,我们是应该努力把客户端的体验提升到最优,还是在网页应用层面上做更多的设计?这个一直是大家关系的话题。那么,我们首先应该立体的认识一下Web App和Native App。

  一、Web App

  Web无需安装,对设备碎片化的适应能力优于App,它只需要通过XHTML、CSS和JavaScript就可以在任意移动浏览器中执行。随着iPhone带来的WebKit浏览体验升级,使得专为iPhone等有WebKit浏览内核的移动设备开发的Web应用,也有了如App一般流畅的用户体验。

  

  图1 Google Voice 和Google Gmail是Web App的设计典范

  Web App的优势:

  ——开发成本低

  ——适配多种移动设备成本低

  ——跨平台和终端

  ——迭代更新容易

  ——无需安装成本

  Web App的劣势:

  ——浏览的体验短期内还无法超越原生应用

  ——不支持离线模式(html5将会解决这个问题)

  ——消息推送不够及时

  ——调用本地文件系统的能力弱

  

  图2 街旁和百度小说,采用HTML5实现了接近Native的体验效果

  二、Native App

  而App因为位于平台层上方,向下访问和兼容的能力会比较好一些,可以支持在线或离线,消息推送或本地资源访问,摄像拨号功能的调取。但是由于设备碎片化,App的开发成本要高很多,维持多个版本的更新升级比较麻烦,用户的安装门槛也比较高。但是比较乐观的是,App store培养了一种比较好的用户付费模式,所以在Apple的生态圈里,开发者的盈利模式是一种明朗状态,其他market也在往这条路上靠拢。

  

  图3 Gowalla和Awesome Note,是移动客户的经典设计案例

  Native App的优势:

  ——提供最佳的用户体验,最优质的用户界面,最华丽的交互

  ——针对不同平台提供不同体验

  ——可节省带宽成本

  ——可访问本地资源

  ——盈利模式明朗

  Native App的劣势:

  ——移植到不同平台上比较麻烦

  ——维持多个版本的成本比较高

  ——需要通过store或market的确认

  ——盈利需要与第三方分成

  三、融合

  乔布斯有一次谈到这个问题,他说Web是未来,虽然现阶段Native给了用户更好的体验。如果现在的开发者不有效的利用Web技术,那他就落伍了。但如果过分依赖Web,完全不用Native那也未必就是好事。

  IOS平台上的app有三类:Web App,通过浏览器访问;Native App,通过app store安装;第三类叫Hybrid App,它虽然看上去是一个Native app,但只有一个UI WebView,里面访问的是一个Web App,比如街旁网最开始的应用就是包了个客户端的科,其实里面是HTML5的网页,后来才推出真正的原生应用。再彻底一点的,如掌上百度和淘宝客户端Android版,走的也是Hybrid App的路线,不过掌上百度里面封装的不是WebView,而是自己的浏览内核,所以体验上更像客户端,更高效。

  

  图4 掌上百度和Naver客户端都是Web App+Native App的架构

  

  图5 掌上百度的架构说明,客户端嵌套服务端,保证服务的高效迭代与更新

  Google的Chrome OS和Android都是操作系统,但走的是两条路。ChromeOS走的是Web app的路。从Chrome OS 大会上发布的Chrome Web App能看出来,Google想为未来的Chrome OS做铺垫,鼓励更多的开发者开发出具有应用程序体验的Web App,正如Chrome OS官网上说的——“Nothing but the web”。而Android走的是Native App的路。Android作为手机平台的操作系统,明显更注重应用程序开发,这一点从Android Market可以看出来。也许前微软首席架构师Ray Ozzie的评价更加一针见血:“Google的战略中Android(以app为主)是在赌过去,而Chrome OS(完全基于Web)则是在赌未来。”

  于是我们可以得到这样一个启发,你要想服务于未来,必须不断的跟随技术发展的脚步,提供更好的网页服务和体验。但是人们是活在当下,为了当下用户的需求,又必须提供现阶段浏览体验最好的客户端产品。但是,客户端是笨重且迟缓的,它不能像传统网页那样,一有风吹草动就华丽转身,只能规划好功能点,一步一步迭代,毕竟用户的升级成本太高了。所以,就有了这种Web App + Native App的架构,在现有条件下给用户最好的浏览体验和升级迭代。

  四、未来趋势

  虽然我们都愿意相信,当Web的体验和Native的体验逐渐趋近的时候,人们更愿意把精力花在内容获取上,而不是软件交互上,但是现阶段的交互体验,恰恰是影响人们获取内容的主要短板。所以,趋势摆在那里,我们却无法预测这个时间差。

  就跟电脑端的应用一样,虽然现在Web化的趋势已经非常明显了,但是还是无法取代你本机安装的一些工具类的、游戏类的应用,在Web技术没有达到本地应用的效率和体验之前,Web是无法颠覆Native的。

  总得来说,Web只是我们作为设计者和开发者所期待的一种理想化结果,开发成本低、轻松跨平台、迭代更新快,但是显然,现阶段用户的期待和手机设备厂商的期待还是体验上更胜一筹的Native。Web之于我们,只是一种趋势。在这个也许会非常久的过渡阶段,对复杂产品来说,Native App + Web App也许是个不错的解决方案。

时间: 2024-04-18 18:06:01

未来是Web App的天下,还是Native App的天下的相关文章

移动端web app ,能调用native app browser 添加书签么?

问题描述 最近做一个项目,要在手机端显示账单以及用户数据的一些图表.做了个移动端的webapp来完成这些功能.局方看了后又提出了能否做个"收藏",类似我们在PC的browser上添加收藏.手机browser上添加书签的功能.最好是能添加到桌面快捷方式.哎.扣脑壳啊,在网上晃荡查看了2天了,也没什么头绪,愁死了.貌似就接近的就是把webapp外面包装个nativeapp的壳子.但是这样就失去了做这个的目的了.(这个是会给用户推送消息,消息带URL,通过URL打开webapp)望有能大神帮

移动云Apsara Mobile震撼发布!推出Cloud Native App全新研发范式

近日,阿里巴巴在2017杭州·云栖大会上重磅发布了阿里云移动云Apsara Mobile.阿里云移动云是一套帮助开发者构建工程化.系统化.智能化的移动研发体系能力的云计算服务,功能覆盖移动研发的全生命周期.同时,大会首次向业界提出Cloud Native App的移动研发新范式,旨在帮助开发者最大程度地利用云计算服务模型的优势,低成本.快速地构建移动应用. Apsara Mobile着眼移动研发的整个生命周期:将研发阶段的效能提升2倍,100%覆盖主流机型从而获得更全面化的测试,将构建的版本发布

阿里云移动云Apsara Mobile重磅发布 推出Cloud Native App全新研发范式

10月13日,阿里巴巴在2017杭州·云栖大会上重磅发布了阿里云移动云Apsara Mobile.阿里云移动云是一套帮助开发者构建工程化.系统化.智能化的移动研发体系能力的云计算服务,功能覆盖移动研发的全生命周期.同时,大会首次向业界提出Cloud Native App的移动研发新范式,旨在帮助开发者最大程度地利用云计算服务模型的优势,低成本.快速地构建移动应用. Apsara Mobile着眼移动研发的整个生命周期:将研发阶段的效能提升2倍,100%覆盖主流机型从而获得更全面化的测试,将构建的

聊聊WEB APP、HYBRID APP与NATIVE APP的设计差异

  这3类主流应用你都了解吗?设计师除了要有视觉功夫,对不同形式的APP也应当了然于胸,今天百度的同学写了一篇非常全面的总结,帮你迅速搞定3类主流APP的设计方法,附带一大波避雷针,带你巧妙跳过APP设计的雷区,涨姿势是分分钟刻不容缓的事咯! 目前主流应用程序大体分为三类:Web App.Hybrid App. Native App. 一.Web App.Hybrid App.Native App 纵向对比 首先,我们来看看什么是 Web App.Hybrid App. Native App.

Web App、Hybrid App与Native App

转载文章需要在明显位置标注转载来源:http://www.woshipm.com/pd/123646.html 目前主流应用程序大体分为三类:Web App.Hybrid App. Native App. 一.Web App.Hybrid App.Native App 纵向对比 首先,我们来看看什么是 Web App.Hybrid App. Native App. 1. Web APP Web App 指采用Html5语言写出的App,不需要下载安装.类似于现在所说的轻应用.生存在浏览器中的应用

编程-web app和native app的用户登录安全性分别怎么样?

问题描述 web app和native app的用户登录安全性分别怎么样? 如题.譬如一个要做一个政府机关内部使用的app,这两者哪种比较安全?

鸟巢如何更简单更快的开发Native App

该文章来自于阿里巴巴技术协会(ATA)精选文章. 导读:Native向左,HTML5向右,两者都是为了解决移动应用的问题,各有优势劣势.为结合HTML5开发便利动态性强和Native体验佳性能优的特点,让未来趋势和现实要求结合,鸟巢(Birdnest Native),一种全新的Native APP开发模式,应运而生. 背景:通过下面这段文字向大家介绍一下鸟巢,以及简单分析鸟巢的优势和劣势,鸟巢的适用场景和解答对鸟巢的疑问.欢迎大家参与讨论.先通过一段简单的视频演示鸟巢的实现效果: 什么是鸟巢 鸟

浏览器中唤起Native App

前段时间遇到一个小需求:要求在分享出来的h5页面中,有一个立即打开的按钮,如果本地安装了我们的app,那么点击就直接唤起本地app,如果没有安装,则跳转到下载. 因为从来没有做过这个需求,因此这注定是一个苦逼的调研过程. 我们最开始就面临2个问题:一是如何唤起本地app,二是如何判断浏览器是否安装了对应app. 如何唤起本地app 首先,想要实现这个需求,肯定是必须要客户端同学的配合才行,因此我们不用知道所有的实现细节,我们从前端角度思考看这个问题,需要知道的一点是,ios与Android都支持

web页上在android手机app里点不动上传图片按钮

问题描述 web页上在android手机app里点不动上传图片按钮 web页上在android手机app里点不动上传图片按钮 web页上在android手机app里点不动上传图片按钮 解决方案 看看事件有没有执行,服务器有没有响应? 解决方案二: 看版本,如果是5.0前,用file方式的话,除非自己重写WebChromeClient,拦截后改后原生执行如果是5.0开始,看官方说法是支持file方式的文件选择上传 解决方案三: 如果是webview的话,看看也没中是否加了点击事件,然后看看你是否拦