三种移动APP(应用程序)开发方式比较

2019-03-23 15:27| 发布者: | 查看: |

  【文章摘要】今天主要来说下Native APP、Web APP、万和城官方网站Hybrid AP三种移动APP(应用程序)开发方式的比较。

  Native APP 指的是原生程序,一般依托于操作系统,有很强的交互,是一个完整的App,可拓展性强,需要用户下载安装使用。(简单来说,原生应用是特别为某种操作系统开发的,比如iOS、Android、黑莓等等,它们是在各自的移动设备上运行的)

  该模式通常是由“云服务器数据+APP应用客户端”两部份构成,APP应用所有的UI元素、数据内容、逻辑框架均安装在手机终端上。

  原生应用程序是某一个移动平台(比如iOS或安卓)所特有的,使用相应平台支持的开发工具和语言(比如iOS平台支持Xcode和Objective-C,安卓平台支持Eclipse和Java)。原生应用程序看起来(外观)和运行起来(性能)是最佳的。

  Web App 指采用Html5语言写出的App,不需要下载安装。类似于现在所说的轻应用。生存在浏览器中的应用,基本上可以说是触屏版的网页应用。(Web应用本质上是为移动浏览器设计的基于Web的应用,它们是用普通Web开发语言开发的,可以在各种智能手机浏览器上运行)

  Web App开发即是一种框架型APP开发模式(HTML5 APP 框架开发模式),该开发具有跨平台的优势,该模式通常由“HTML5云网站+APP应用客户端”两部份构成,APP应用客户端只需安装应用的框架部份,而应用的数据则是每次打开APP的时候,去云端取数据呈现给手机用户。

  HTML5应用程序使用标准的Web技术,通常是HTML5、Java和CSS。这种只编写一次、可到处运行的移动开发方法构建的跨平台移动应用程序可以在多个设备上运行。虽然开发人员单单使用HTML5和Java就能构建功能复杂的应用程序,但仍然存在一些重大的局限性,具体包括会话管理、安全离线存储以及访问原生设备功能(摄像头、日历和地理位置等)。

  混合应用程序让开发人员可以把HTML5应用程序嵌入到一个细薄的原生容器里面,集原生应用程序和HTML5应用程序的优点(及缺点)于一体。

  混合应用大家都知道是原生应用和Web应用的结合体,采用了原生应用的一部分、Web应用的一部分,所以必须在部分在设备上运行、部分在Web上运行。不过混合应用中比例很自由,比如Web 占90%,原生占10%;或者各占50%。

  有些应用最开始就是包了个原生客户端的壳,其实里面是HTML5的网页,后来才推出真正的原生应用。比较知名的APP,比如手机百度和淘宝客户端 Android版,走的也是Hybrid App的路线,不过手机百度里面封装的不是WebView,而是自己的浏览内核,所以体验上更像客户端,更高效。

  能够与移动硬件设备的底层功能,比如个人信息,摄像头以及重力加速器等等。可访问手机所有功能(GPS、摄像头)。速度更快、性能高、整体用户体验不错。可线下使用(因为是在跟Web相对地平台上使用的)。支持大量图形和动画容易发现(在App Store里面和应用商店里面)和重新发现(应用图标会一直在主页上),对于苹果而言,应用下载能创造盈利(当然App Store抽取20-30% 的营收)比移动Web App运行快一些商店与卖场会帮助用户寻找原生App官方卖场的应用审核流程会保证让用户得到高质量以及安全的App官方会发布很多开发工具或者人工支持来帮助你的开发页面存放于本地

  开发成本高,尤其是当需要多种移动设备来测试时因为是不同的开发语言,所以开发,维护成本也高因为用户使用的App版本不同,所以你维护起来很困难支持设备非常有限(一般是哪个系统就在哪个平台专属设备上用)官方卖场审核流程复杂且慢,会严重影响你的发布进程上线时间不确定(App Store审核过程不一)内容限制(App Store限制)获得新版本时需重新下载应用更新(提示用户下载跟新,用户体验差)

  跨平台开发、用户不需要去卖场来下载安装App,开发速度快任何时候都可以发布App,因为根本不需要官方卖场的审核纯H5 APP快速开发、低成本、多平台,与很多APP开发方式不同的是-图文混合的排版(正是这些复杂多变的CSS样式消耗了性能,但是它带来了排版的多样性,能够细致到每一个字宽行高和风格的像素级处理,才是H5的优异之处)支持设备广泛较低的开发成本可即时上线无内容限制用户可以直接使用最新版本(自动更新,不需用户手动更新)跨平台开发用户不需要去卖场来下载安装App如果你已经有了一个Web App,你可以使用 responsive web design来辅助改进页面存放于web服务器(受限于UIwebview)(减少了内存,但是会增加服务器的压力)

  只能使用有限的移动硬件设备功能,无法使用很多移动硬件设备的独特功能要同时支持多种移动设备的浏览器让开发维护的成本也不低(也要适配不同的浏览器),如果用户使用更多的新型浏览器,那问题就更不好处理了对于用户来说,这种App很难被用户发现这里的数据获取都是在资源页面上异步完成的,因为只有这样才能让这些资源页面完成预加载或者渲染。(异步的话都涉及到耗时的问题)表现差(对联网的要求比较大)用户体验没那么炫图片和动画支持性不高没法在App Store中下载、无法通过应用下载获得盈利机会对手机特点有限制(摄像头、GPS等)无法体会包括会话管理、安全离线存储以及访问原生设备功能(摄像头、日历和地理位置等)页面跳转更加费力,不稳定感更强更小的页面空间(由于浏览器的导航本身占用一部分屏幕空间),更大的信息记忆负担导航不明显,原有底部导航消失,有效的导航遇到挑战交互动态效果收到限制,影响一些页面场景、逻辑的理解。比如登录注册流程的弹出、完成及异常退出,做好文字提示。

  全Web开发,一定程度上有利于Web前端技术人员快速地构建页面样式有利于在不同的平台上面展示同一个交互层便于调试,开发的时候可以通过浏览器的方式进行调试,工具丰富。兼容多平台顺利访问手机的多种功能App Store中可下载(Wen应用套用原生应用的外壳)可线下使用页面存放于本地和服务器两种方式,部署应用程序(受限于UIwebview)

  不确定上线时间虽然说你可以专注在界面以及交互开发上了,但是这页会成为一个缺点,比如说要仿造一个iOS的默认设置界面,就需要大量的html以及css代码了,而且效果不一定和iPhone上面的界面一样好用户体验不如本地应用性能稍慢(需要连接网络)技术还不是很成熟(比如Facebook现在的应用属于混合应用它可以在许多App Store畅通无阻,但是掺杂了大量Web特性,所以它运行速度比较慢,而现在为了提高性能FB又决定采用原生应用)

  最稳定的Hybrid App开发方式了,交互层的效率上由Native的东西解决了,而且架构上基本就是在App内写网页,连App Store都是采用了该种方案;

  团队至少需要两个工程师,一个是Web的,一个是iOS或者Android的。当然如果开发人员会两种技术也可独立承担;还是运行效率,要权衡好多少界面采用Web来渲染,毕竟WebView的效率会相对降低,以前Facebook就是因为Web的渲染效率低下,把整个应用改为原生的解决方案。当然这里面可以通过优化来解决,但是优化也是有限度的。

  每一种移动操作系统都需要独立的开发项目;每种平台都需要独立的开发语言。Java(Android), Objective-C(iOS)以及Visual C++(Windows Mobile)等等,需要使用各自的软件开发包,开发工具以及各自的控件。Native App(原生型APP)需要开发“云服务器数据中心”和“APP客户端”每次获取最新的APP功能,需要升级APP应用原生型APP应用的安装包相对较大,包含UI元素、数据内容、逻辑框架;手机用户无法上网也可访问APP应用中以前下载的数据原生型的APP可以调用手机终端的硬件设备(语音、摄像头、短信、GPS、蓝牙、重力感应等)APP应用更新新功能,涉及到每次要向各个应用商店进行提交审核。适用企业:游戏、电子杂志、管理应用、物联网等无需经常更新程序框架的APP应用。

  因为运行在移动设备的浏览器上,所以只需要一个开发项目这种应用可以使用HTML5,CSS3以及Java以及服务器端语言来完成(PHP,Ruby on Rails,Python),这里可没有标准的SDK,基本任意选择别忘了有一些跨平台的开发工具,比如PhoneGap, Sencha Touch 2,APPcan以及Appcelerator Titanium等等。Web APP需开发“html5云网站”和“APP客户端”每次打开APP,都要通过APP框架向云网站取UI及数据手机用户无法上网则无法访问APP应用中的数据框架型的APP无法调用手机终端的硬件设备,(语音、摄像头、短信、GPS、蓝牙、重力感应等)框架型APP的访问速度受手机终端上网的限制,每次使用均会消耗一定的手机上网流量框架型APP应用的安装包小巧,只包含框架文件,而大量的UI元素、数据内容刚存放在云端APP用户每次都可以访问到实时的最新的云端数据APP用户无须频繁更新APP应用,与云端实现的是实时数据交互适用企业:电子商务、金融、新闻资讯、企业集团,需经常更新内容的APP应用。

  移动web和混合App开发难度对于web开发者来说相对较低,而且可以充分利用现有的web开发工具和工作流程

  混合App可以在应用商店App Store发布,但可以自主更新,万和城官方网站而原生App的更新必须通过应用商店App Store。

  混合App可以通过Java API访问到移动设备的摄像头、GPS;而原生App可以通过原生编程语言访问设备所有功能。

  基于浏览器的移动web最好的可移植性和跨平台表现;混合App也能节省跨平台的时间和成本,只需编写一次核心代码就可部署到多个平台,而原生App的跨平台性能最差。

  混合App除广告外,还支持付费下载及程序内购买;原生App的程序内购买金额2012年首次超过下载收费。

  直接下载到设备以独立的应用程序运行(并不需要浏览器)用户必须手动去下载并安装这些原生App有一些商店与卖场来帮助用户寻找你的App,

  从移动设备上的浏览器访问不需要安装额外的软件软件更新只需要服务器就够了因为现在没有什么商品或卖场提供这种App,所以如何搜索这些移动Web App相当不简单

  1.断网检查不是绝对的,web app并不一定是在远程服务器上的, 也能pack在程序里,load本地的资源也能算是web app。

  近年来随着移动设备类型的变多,操作系统的变多,用户需求的增加,对于每个项目启动前,大家都会考虑到的成本,团队成员,技术成熟度,时间,项目需求等一堆的因素。

  10.移动Web无所不在,移动Web是目前唯一的支持各种设备访问的平台,与桌面Web一样,移动Web支持各种标准的协议。移动Web也是唯一一个可供开发者发布移动应用的,平台,它将各种移动交互与桌面任务有效地连接了起来;而开发Native App可以充分利用设备的特性,而这一点往往是Web浏览器做不到的,所以对一个产品本身而言,Native App是最佳的选择。

  13.使用定位功能、使用摄像头、使用感应器、访问文件系统、离线用户、多点触控:双击、缩放及其他组合的用户界面(UI)手势;快速图形API:原生平台为你提供了显示最快速的图形。如果你显示只有寥寥几个元素的静态屏幕,这个功能可能不太重要,但如果你使用大量数据,需要快速刷新,这项功能却很重要;流畅动画:与快速图形API有关的是实现流畅动画的功能。这在动画、高度交互的报表或者转换照片和声音的计算密集型算法中显得尤为重要;内置部件:摄像头、地址簿、地理位置及设备的其他原生功能可以无缝地整合到移动应用程序中。另一个重要的内置部件是加密的存储装置,这方面稍后会有详细介绍;易于使用:原生平台是人们耳熟能详的平台,所以如果你在这个熟悉的平台上添加人们期望的所有原生功能,也就拥有了一款使用起来完全更容易的应用程序时用原生

  14.是原生App还是移动Web App,主要受商业目标,目标用户,以及技术需要这些因素影响的。其实更多时候你也不要为选择那种App模式烦恼,正如本文提到,类似Facebook这样的公司就为用户提供了两种选择。然而对于大部分人来说,预算,资源限制将会逼迫我们只能选择其中一种(或者只能以其中一种为重点

  相比Native App,Web App体验中受限于以上5个因素:网络环境,渲染性能,平台特性,浏览器限制,系统限制。

  Web APP对网络环境的依赖性较大,因为Web APP中的H5页面,当用户使用时,去服务器请求显示页面。如果此时用户恰巧遇到网速慢,网络不稳定等其他环境时,用户请求页面的效率大打折扣,在用户使用中会出现不流畅,断断续续的不良感受。同时,H5技术自身渲染性能较弱:对复杂的图形样式,多样的动效,自定义字体等的支持性不强。

  通常Web App生存于浏览器里,宿主是浏览器。不同的浏览器自身的属性不尽相同,如:浏览器自带的手势,页面切换方式,链接跳转方式,版本兼容问题等等。

  基于浏览器的Web APP在打开新的模块中的页面时,大多会新开窗口来展现。例如用户在使用购物类APP时,浏览每日精选模块时,每当打开新的商品时,默认新开一个窗口。这样的优劣势显而易见:优势是能够记录用户浏览过的痕迹,浏览过的商品,以便后续横向对比;劣势是过多的页面容易使用户迷失在页面中。

  正如Google开发手册里描述:当用户打开一个Web App的时候,他们期待这个应用就像是一个单个应用,而不是一系列网页的结合。然而,什么情况下需要跳转页面,什么情况下在当前页面展示则需要设计师细致考量。

  由于Html5语言的技术特性,无法调用系统级别的权限。例如,系统级别的弹窗,系统级别的通知,地理信息,通讯录,语音等等。且与系统的兼容性也会存在一些问题。以上限制通常导致APP的拓展性不强,体验相对较差。具体案例:百度网页地图与百度APP地图。

  Web版地图基于浏览器展现,因此,不能全屏显示地图,给用户的眼界带来局限感;相反,Native 版地图以全屏展现的形式,很好的拓展了用户的视野。整个界面干净简洁,首页去除冗余功能。

<
>
AB模版网成立于2014年,我们是一家专注用户体验设计开发与互联网品牌建设的设计公司,创立至今为2000多位客户提供了创新与专业的设计方案。设计服务范围包括:交互原型设计、产品视觉设计、网站设计与开发建设、移动及软件产品界面设计、图标设计、品牌及平面设计等。

联系我们

江苏省南京市玄武区玄武湖

13581555444(服务时间:9:00-18:00)

781555444@qq.com

在线咨询 官方微信官方微信

部门热线

前   台:13581555444
业务部:13581555444
客服部:13581555444
技术部:13781555444
人事部:13781555444

网站建设 微信开发 售后服务 咨询电话13581555444 返回顶部
返回顶部