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

《三种移动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用户每次

15、都可以访问到实时的最新的云端数据APP用户无须频繁更新APP应用，与云端实现的是实时数据交互适用企业：电子商务、金融、新闻资讯、企业集团，需经常更新内容的APP应用。 2. 开发难度区别移动web 和混合 App 开发难度对于web 开发者来说相对较低，而且可以充分利用现有的 web开发工具和工作流程 3. 发布渠道和更新方式混合App 可以在应用商店 AppStore 发布，但可以自主更新，而原生App 的更新必须通过应用商店 AppStore 。4. 移动设备本地API 访问混合 App 可以通过 JavaScriptAPI访问到移动设备的摄像头、 GPS；而原生 App 可以通过原生编程

16、语言访问设备所有功能。 5. 跨平台和可移植性基于浏览器的移动web 最好的可移植性和跨平台表现；混合 App 也能节省跨平台的时间和成本，只需编写一次核心代码就可部署到多个平台，而原生App 的跨平台性能最差。 6. 搜索引擎友好只有移动 web 对搜索引擎友好，可与在线营销无缝整合。7. 货币化混合 App 除广告外，还支持付费下载及程序内购买；原生App 的程序内购买金额 2012 年首次超过下载收费。8. 消息推送只有混合App 和原生 App支持消息推送，这能增加用户忠诚度。9. 获取方法区别原生APP中：直接下载到设备以独立的应用程序运行( 并不需要浏览器 ) 用户必须手动去下载并

17、安装这些原生 App有一些商店与卖场来帮助用户寻找你的App，WebAPP中：从移动设备上的浏览器访问不需要安装额外的软件软件更新只需要服务器就够了因为现在没有什么商品或卖场提供这种App，所以如何搜索这些移动 WebApp相当不简单 10. 版本控制区别原生 APP中：用户可以自由地选择是否更新软件版本，所以会出现不同用户同时使用不同版本的情况WebAPP中：所有的用户都是用同样的版本四、 如何判断一个混合 APP开发的页面形式 1. 断网检查不是绝对的， webapp 并不一定是在远程服务器上的，也能 pack 在程序里， load 本地的资源也能算是 webapp。2. 在系统设置里进入

18、“开发者选项”，勾选“显示布局边界”，然后就可以看得出来了。（比较靠谱） 3. 一般 web 界面有明显的加载的过程，你看页面的最上面一般有一个加载的进度条，不过这个进度条一般加载也比较快，有些应用在这样的说明页面会有刷新操作、这样你断网再刷新就会提示网址找不到 4. 网页的一般就在手机的当前界面加载一个url 地址。 5. （快速） 滚动起来是否比较卡 6. 图片加载失败的图标五、怎样选择开发模式 （视情况而定）近年来随着移动设备类型的变多，操作系统的变多， 用户需求的增加，对于每个项目启动前，大家都会考虑到的成本，团队成员，技术成熟度，时间，项目需求等一堆的因素。因此，开发App 的方案已

19、经变得越来越多了。无数的人参与或者看到过一个讨论：原生开发还是混合开发，又或者是 Web开发？要结实践和自身的情况。1. 比如，你的预算是多少？预算充足的话可以开发几个本地应用加一个Web应用 2. 你的应用需要什么时候面市？ Web应用可以很快地开发然后直接推出来3. 你的应用需要包含什么特点和功能？如果跟手机的某些功能深度整合了，比如摄像头，需要呈现大量图形和动画就选原生应用好点4. 你的应用是否一定需要网络5. 你的应用的目标硬件设备是所有的移动设备还是仅仅只是一部分而已6. 你自己已经熟悉的开发语言， 或者说现有资源7. 这个应用对于性能要求是否苛刻8. 如何靠这个应用赢利我想这几个问

20、题应该能让你做出明智的选择9. 你的应用是否需要使用某些设备的特殊功能，比如摄像头，摄像头闪光灯或者重力加速器10. 移动 Web无所不在，移动Web是目前唯一的支持各种设备访问的平台， 与桌面 Web一样，移动 Web支持各种标准的协议。移动 Web也是唯一一个可供开发者发布移动应用的，平台，它将各种移动交互与桌面任务有效地连接了起来；而开发NativeApp 可以充分利用设备的特性，而这一点往往是Web浏览器做不到的，所以对一个产品本身而言，NativeApp 是最佳的选择。 11. 为应用收费 ( 人们的观念webApp是不收费的 )用原生开发模式12.WebApps 是唯一一个经久不衰

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

22、绍；易于使用：原生平台是人们耳熟能详的平台，所以如果你在这个熟悉的平台上添加人们期望的所有原生功能，也就拥有了一款使用起来完全更容易的应用程序时用原生14. 是原生 App 还是移动 WebApp，主要受商业目标，目标用户，以及技术需要这些因素影响的。其实更多时候你也不要为选择那种App 模式烦恼，正如本文提到，类似Facebook 这样的公司就为用户提供了两种选择。然而对于大部分人来说，预算，资源限制将会逼迫我们只能选择其中一种（或者只能以其中一种为重点六、WebAPP和原生 APP交互区别1.WebAPP受限因素相比NativeApp ， WebApp体验中受限于以上5 个因素：网络环境，

23、渲染性能，平台特性，浏览器限制，系统限制。（ 1）网络环境，渲染性能WebAPP对网络环境的依赖性较大，因为WebAPP中的H5 页面，当用户使用时，去服务器请求显示页面。如果此时用户恰巧遇到网速慢，网络不稳定等其他环境时，用户请求页面的效率大打折扣，在用户使用中会出现不流畅，断断续续的不良感受。同时，H5 技术自身渲染性能较弱：对复杂的图形样式，多样的动效，自定义字体等的支持性不强。因此，基于网络环境和渲染性能的影响，在设计H5 页面时，应注意以下几点：简化不重要的动画/ 动效简化复杂的图形文字样式减少页面渲染的频率和次数具体案例：设计WebAPP要去除冗余的功能，回溯本源，只给用户提供最初

24、的本质需求。既符合H5 精简功能又达到了突出核心功能的设计原则。切记重要的并不是我们提供的信息量有多大，而是我们能否给他们提供真正需要的信息。切记要减少功能入口，增强用户的专注度，不要分散用户的注意力。（ 2）浏览器限制通常WebApp生存于浏览器里，宿主是浏览器。不同的浏览器自身的属性不尽相同，如：浏览器自带的手势，页面切换方式，链接跳转方式，版本兼容问题等等。具体案例1：UC浏览器和百度浏览器自身支持手势切换页面。手指从左侧滑动页面，返回至上一级。百度手机助手 H5 页面，顶部 Banner 支持手势左右滑动切换。这一操作与浏览器自身手势是冲突的。具体案例2：基于浏览器的WebAPP在打开

25、新的模块中的页面时，大多会新开窗口来展现。例如用户在使用购物类APP时，浏览每日精选模块时，每当打开新的商品时，默认新开一个窗口。这样的优劣势显而易见：优势是能够记录用户浏览过的痕迹，浏览过的商品，以便后续横向对比； 劣势是过多的页面容易使用户迷失在页面中。正如 Google开发手册里描述：当用户打开一个WebApp的时候，他们期待这个应用就像是一个单个应用，而不是一系列网页的结合。然而，什么情况下需要跳转页面，什么情况下在当前页面展示则需要设计师细致考量。因此，WebApp基于浏览器的特性，从设计角度应该遵循以下了两点：少用手势，避免与浏览器手势冲突。减少页面跳转次数，尽量在当前页面显示。（

26、 3）系统限制，平台特性由于 Html5 语言的技术特性，无法调用系统级别的权限。例如，系统级别的弹窗，系统级别的通知，地理信息，通讯录，语音等等。且与系统的兼容性也会存在一些问题。以上限制通常导致APP的拓展性不强，体验相对较差。具体案例：百度网页地图与百度APP地图。 Web版地图基于浏览器展现，因此，不能全屏显示地图，给用户的眼界带来局限感；相反， Native版地图以全屏展现的形式，很好的拓展了用户的视野。整个界面干净简洁， 首页去除冗余功能。 Web版地图耗费的流量大于 Native 版，且不能预先缓存离线地图。对于地理位置的判断也是基于宿主浏览器，而非 Web地图本身。 获取路线后

27、， 对于更换到达方式， 相对来说是不便利的。相反， Native 版地图，能够直接访问用户的地理位置，能够很清晰的为用户展现 App 规划的路线，并能轻松的查看多种路线方案，以便做出符合自己的最佳方案。 对于切换公交， 走路，自驾等路线方式也是只需一键操作。 Native 版地图相对于 Web版地图增加更多情感化， 易用的功能，如： 能够记录用户的生活轨迹，记录用户的点滴足迹，能够享受躲避拥堵方案等。而 Web版地图基于技术框架，很难实现以上功能，从用户体验角度来看，弱于 Native 版地图。 2.WebAPP设计要点（ 1）简化简化不重要的动画/ 动效简化复杂的图形文字样式（2）少用少用手

28、势，避免与浏览器手势冲突少用弹窗（ 3）减少减少页面内容减少控件数量减少页面跳转次数，尽量在当前页面显示（ 4）增强增强 Loading 时的趣味性增强页面主次关系增强控件复用性 3. 有效的 WebAPP产品设计有效的导航设计：基本的快捷导航中包括返回常用页面（如首页、我的等）的快捷方式出现深层架构时，及时补充返回重要层级页面的快捷方式。情境式导航，方便用户快捷跳转到 ta 想去的页面，如购买结束时提供查看订单详情的按钮。WebAPP更加需要画页面跳转的流程图，摸清各个页面的入口， 尤其是页面返回的流程；有些简化的返回按钮，可以特殊注明返回到的页面。少年关注我们的官方微博 产品 100 和微信订阅号： chanpin100ghsd ，有惊喜哦！