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

上传人:M****1 文档编号:490341337 上传时间:2023-12-11 格式:DOC 页数:12 大小:141KB
返回 下载 相关 举报
三种移动APP(应用程序)开发方式比较_第1页
第1页 / 共12页
三种移动APP(应用程序)开发方式比较_第2页
第2页 / 共12页
三种移动APP(应用程序)开发方式比较_第3页
第3页 / 共12页
三种移动APP(应用程序)开发方式比较_第4页
第4页 / 共12页
三种移动APP(应用程序)开发方式比较_第5页
第5页 / 共12页
点击查看更多>>
资源描述

《三种移动APP(应用程序)开发方式比较》由会员分享,可在线阅读,更多相关《三种移动APP(应用程序)开发方式比较(12页珍藏版)》请在金锄头文库上搜索。

1、三种移动 APP(应用程序)开发方式比较一、名词介绍1.NativeAPPNativeAPP指的是原生程序,一般依托于操作系统,有很强的交互,是一个完整的App,可拓展性强,需要用户下载安装使用。(简单来说,原生应用是特别为某种操作系统开发的,比如iOS、Android 、黑莓等等,它们是在各自的移动设备上运行的)该模式通常是由“云服务器数据+APP应用客户端”两部份构成,APP应用所有的UI 元素、数据内容、逻辑框架均安装在手机终端上。原生应用程序是某一个移动平台(比如iOS 或安卓)所特有的,使用相应平台支持的开发工具和语言(比如iOS 平台支持 Xcode 和 Objective-C,安

2、卓平台支持Eclipse和Java )。原生应用程序看起来(外观)和运行起来(性能)是最佳的。2.WebAPPWebApp指采用 Html5 语言写出的 App,不需要下载安装。类似于现在所说的轻应用。生存在浏览器中的应用,基本上可以说是触屏版的网页应用。( Web应用本质上是为移动浏览器设计的基于Web的应用, 它们是用普通 Web开发语言开发的,可以在各种智能手机浏览器上运行) WebApp 开发即是一种框架型 APP开发模式( HTML5APP框架开发模式) ,该开发具有跨平台的优势,该模式通常由“ HTML5 云网站 +APP应用客户端”两部份构成, APP应用客户端只需安装应用的框架

3、部份,而应用的数据则是每次打开 APP的时候,去云端取数据呈现给手机用户。 HTML5应用程序使用标准的 Web技术,通常是 HTML5、 JavaScript 和 CSS。这种只编写一次、可到处运行的移动开发方法构建的跨平台移动应用程序可以在多个设备上运行。虽然开发人员单单使用 HTML5和 JavaScript 就能构建功能复杂的应用程序,但仍然存在一些重大的局限性,具体包括会话管理、安全离线存储以及访问原生设备功能(摄像头、日历和地理位置等)。3.HybridAPPHybridAPP指的是半原生半Web的混合类 App。需要下载安装,看上去类似 NativeApp ,但只有很少的UIWe

4、bView,访问的内容是 Web。混合应用程序让开发人员可以把HTML5应用程序嵌入到一个细薄的原生容器里面,集原生应用程序和HTML5应用程序的优点(及缺点)于一体。混合应用大家都知道是原生应用和Web应用的结合体,采用了原生应用的一部分、 Web应用的一部分,所以必须在部分在设备上运行、部分在Web上运行。不过混合应用中比例很自由,比如Web占 90%,原生占10%;或者各占 50%。有些应用最开始就是包了个原生客户端的壳,其实里面是HTML5的网页,后来才推出真正的原生应用。比较知名的APP,比如手机百度和淘宝客户端 Android 版,走的也是 HybridApp的路线,不过手机百度里

5、面封装的不是WebView,而是自己的浏览内核,所以体验上更像客户端,更高效。二、 3 种 APP技术特性 1.NativeAPP 优点:能够与移动硬件设备的底层功能,比如个人信息,摄像头以及重力加速器等等。可访问手机所有功能( GPS、摄像头)。速度更快、性能高、整体用户体验不错。可线下使用(因为是在跟 Web相对地平台上使用的) 。支持大量图形和动画容易发现(在 AppStore 里面和应用商店里面)和重新发现(应用图标会一直在主页上),对于苹果而言, 应用下载能创造盈利 (当然 AppStore 抽取 20-30%的营收)比移动WebApp运行快一些商店与卖场会帮助用户寻找原生App官方

6、卖场的应用审核流程会保证让用户得到高质量以及安全的App 官方会发布很多开发工具或者人工支持来帮助你的开发页面存放于本地缺点:开发成本高,尤其是当需要多种移动设备来测试时因为是不同的开发语言,所以开发,维护成本也高因为用户使用的App 版本不同,所以你维护起来很困难支持设备非常有限(一般是哪个系统就在哪个平台专属设备上用)官方卖场审核流程复杂且慢,会严重影响你的发布进程上线时间不确定( AppStore 审核过程不一)内容限制( AppStore 限制)获得新版本时需重新下载应用更新(提示用户下载跟新,用户体验差)跨平台开发、用户不需要去卖场来下载安装 App, 开发速度快任何时候都可以发布

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

8、能使用有限的移动硬件设备功能, 无法使用很多移动硬件设备的独特功能要同时支持多种移动设备的浏览器让开发维护的成本也不低(也要适配不同的浏览器) ,如果用户使用更多的新型浏览器,那问题就更不好处理了对于用户来说,这种App 很难被用户发现这里的数据获取都是在资源页面上异步完成的,因为只有这样才能让这些资源页面完成预加载或者渲染。(异步的话都涉及到耗时的问题)表现差(对联网的要求比较大)用户体验没那么炫图片和动画支持性不高没法在 AppStore 中下载、无法通过应用下载获得盈利机会对手机特点有限制(摄像头、 GPS等)无法体会包括会话管理、安全离线存储以及访问原生设备功能(摄像头、日历和地理位置

9、等)页面跳转更加费力,不稳定感更强更小的页面空间(由于浏览器的导航本身占用一部分屏幕空间) ,更大的信息记忆负担导航不明显,原有底部导航消失,有效的导航遇到挑战交互动态效果收到限制,影响一些页面场景、逻辑的理解。比如登录注册流程的弹出、完成及异常退出,做好文字提示。 3.HybridAPP (1)第一种方案: Web架构为重优点:全Web开发,一定程度上有利于Web前端技术人员快速地构建页面样式有利于在不同的平台上面展示同一个交互层便于调试,开发的时候可以通过浏览器的方式进行调试,工具丰富。兼容多平台顺利访问手机的多种功能AppStore 中可下载( Wen应用套用原生应用的外壳)可线下使用页

10、面存放于本地和服务器两种方式,部署应用程序( 受限于 UIwebview) 缺点:不确定上线时间虽然说你可以专注在界面以及交互开发上了,但是这页会成为一个缺点,比如说要仿造一个iOS 的默认设置界面,就需要大量的html以及 css 代码了,而且效果不一定和iPhone 上面的界面一样好用户体验不如本地应用性能稍慢 (需要连接网络) 技术还不是很成熟 (比如 Facebook现在的应用属于混合应用它可以在许多 AppStore 畅通无阻,但是掺杂了大量 Web特性,所以它运行速度比较慢,而现在为了提高性能 FB 又决定采用原生应用) ( 2)第二种方案:编译转换方式优点:利用自己熟悉的语言进行

11、应用开发。缺点:严重依赖于其工具厂商提供的工具包,调试的时候就要有全套的工具。(3)第三种方案: Native架构为重(主流)优点:最稳定的 HybridApp开发方式了,交互层的效率上由Native 的东西解决了,而且架构上基本就是在App 内写网页,连 AppStore 都是采用了该种方案;缺点:团队至少需要两个工程师,一个是Web的,一个是 iOS 或者Android 的。当然如果开发人员会两种技术也可独立承担;还是运行效率,要权衡好多少界面采用Web来渲染,毕竟 WebView的效率会相对降低,以前 Facebook 就是因为 Web的渲染效率低下,把整个应用改为原生的解决方案。当然这

12、里面可以通过优化来解决,但是优化也是有限度的。三、3种 APP对比分析对用户来讲差别主要是用户体验,如果WebApp做得好也能接近原生App 的效果;对于开发人员, WebApp更加易于移植到多个平台,减少非常多的工作量。1. 主要区别原生APP中:每一种移动操作系统都需要独立的开发项目;每种平台都需要独立的开发语言。Java(Android),Objective-C(iOS)以及 VisualC+(WindowsMobile)等等,需要使用各自的软件开发包,开发工具以及各自的控件。NativeApp (原生型 APP)需要开发“云服务器数据中心”和“APP 客户端”每次获取最新的 APP功能

13、,需要升级APP应用原生型 APP应用的安装包相对较大,包含 UI 元素、数据内容、逻辑框架;手机用户无法上网也可访问APP应用中以前下载的数据原生型的APP可以调用手机终端的硬件设备(语音、摄像头、短信、 GPS、蓝牙、重力感应等)APP应用更新新功能,涉及到每次要向各个应用商店进行提交审核。适用企业: 游戏、电子杂志、 管理应用、物联网等无需经常更新程序框架的APP应用。 WebAPP中:因为运行在移动设备的浏览器上, 所以只需要一个开发项目这种应用可以使用HTML5,CSS3以及 JavaScript以及服务器端语言来完成(PHP,RubyonRails,Python ),这里可没有标准

14、的SDK,基本任意选择别忘了有一些跨平台的开发工具,比如 PhoneGap,SenchaTouch2,APPcan以及 AppceleratorTitanium等等。WebAPP需开发“ html5云网站”和“ APP 客户端”每次打开APP,都要通过 APP框架向云网站取UI 及数据手机用户无法上网则无法访问APP应用中的数据框架型的APP无法调用手机终端的硬件设备,(语音、摄像头、短信、 GPS、蓝牙、重力感应等)框架型APP的访问速度受手机终端上网的限制,每次使用均会消耗一定的手机上网流量框架型APP应用的安装包小巧,只包含框架文件,而大量的UI 元素、数据内容刚存放在云端APP用户每次都可以访问到实时的最新的云端数据APP用户无须频繁更新APP应用,与云端实现的是实时数据交互适用企业:电子商务、金融、新闻资讯、企业集团,需经常更新内容的APP应用。 2. 开发难度区别移动web 和混合 App 开

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 幼儿/小学教育 > 幼儿教育

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号