一、原生APP
原生APP 指的是原生程序，一般依托于操作系统，有很强的交互，是一个完整的App，可拓展性强，需要用户下载安装使用。该模式通常是由“云服务器数据+APP应用客户端”两部份构成，APP应用所有的UI元素、数据内容、逻辑框架均安装在手机终端上。原生App用户一般是通过网络商店或者卖场来获取应用，例如：The App Store与Android Apps on Google Play。
优点
可访问手机所有功能（GPS、摄像头）；
速度更快、性能高、整体用户体验不错；
可线下使用（因为是在跟Web相对地平台上使用的）；
支持大量图形和动画; 容易发现（在App Store里面）和重新发现（应用图标会一直在主页上）；
应用下载能创造盈利（当然App Store抽取20-30% 的营收）。
缺点
开发成本高；
支持设备非常有限（一般是哪个系统就在哪个平台专属设备上用）；
上线时间不确定（App Store审核过程不一）；
内容限制（App Store限制）；
获得新版本时需重新下载应用更新。
举例：Yellow Pages Group 就开发了是几个版本（iOS、黑莓、Android），他们在每一个原生应用市场都有上架。
二、Web APP
Web App 指采用Html5语言写出的App，不需要下载安装，类似于现在所说的轻应用。生存在浏览器中的应用，基本上可以说是触屏版的网页应用。
Web App开发即是一种框架型APP开发模式（HTML5 APP 框架开发模式），该开发具有跨平台的优势，该模式通常由“HTML5云网站+APP应用客户端”两部份构成，APP应用客户端只需安装应用的框架部份，而应用的数据则是每次打开APP的时候，去云端取数据呈现给手机用户。
优点
支持设备广泛；
较低的开发成本；
可即时上线；
无内容限制；
用户可以直接使用最新版本（自动更新，不需用户手动更新）。
缺点
表现略差（对联网的要求比较大）；
用户体验没那么炫；
图片和动画支持性不高；
没法在App Store中下载、无法通过应用下载获得盈利机会；
要求联网；
对手机特点有限制（摄像头、GPS等）。
对于这些缺点，如果能把HTML 5的优点用到Web上的话就会得到很大改善，尽管技术在提高，目前它还不能做原生应用可以做的每件事。
有些公司，比如金融时报继原生应用后也开发了Web应用，用户通过浏览器来访问他们的应用。因为他们的应用要采取应用内购买，而App Store是不允许应用内购买的，不然它们就无法拿到那20%-30% 的抽成了。
三、Hybrid App
Hybrid App是原生应用和Web应用的结合体，采用了原生应用的一部分、Web应用的一部分，所以必须在部分在设备上运行、部分在Web上运行。不过混合应用中比例很自由，比如Web 占90%，原生占10%；或者各占50%。
有些应用最开始就是包了个原生客户端的壳，其实里面是HTML5的网页，后来才推出真正的原生应用。比较知名的APP，比如手机百度和淘宝客户端 Android版，走的也是Hybrid App的路线。不过手机百度里面封装的不是WebView，而是自己的浏览内核，所以体验上更像客户端、更高效。 Hybrid App主要以JS+Native两者相互调用为主，从开发层面实现“一次开发，多处运行”的机制，成为真正适合跨平台的开发。
优点
兼容多平台；
顺利访问手机的多种功能；
App Store中可下载（Wen应用套用原生应用的外壳）；
可线下使用。
缺点
不确定上线时间；
用户体验不如本地应用；
性能稍慢（需要连接网络）；
技术还不是很成熟。
上述内容是此三类移动应用的主要异同对比。然而，移动应用程序开发市场充斥着各种各样的工具，因此如何选择正确的工具是艰巨的。在企业移动应用选型时，企业更须保证对移动应用需求的综合判断能力。总体而言，可遵循以下原则展开：
图 企业移动应用选型七项基本原则
适用性原则
手机应用程序开发工具的界面应该是直观的、易于使用，并以开发人员期望的方式工作。开发人员在提交产品之前应该彻底地测试潜在产品。
总体收益原则
评估任何移动应用开发工具时，一定要考虑拥有的总成本，而不仅仅是直接预付的费用。短期收益也可能使开源工具有吸引力，但如果开发人员和管理员要花几个小时来支持和整合，这种优势也会很快消失。
组织适应原则
一旦开发者建立一个应用，而他们的工作尚未完成。他们必须测试、主办、部署、维护和分析其使用的整个生命周期。他们还必须找出方法来处理和存储数据，确保数据与其他系统的集成。应用的选型应当考虑开发人员在IT部门中的组织职责，以便于与其工作模式契合。
安全与可用均衡原则
安全与可用总是难以两全。移动应用程序开发工具应该允许管理员使用设备内置的安全控制。服务可能会让开发变得更容易，特别是跨多个平台，但这并不一定确保最高水平的安全。
服务集成原则
开发人员应该看看移动应用开发工具如何集成到系统和服务，联系应用程序的整个生命周期。不但要该工具本身提供了与其他系统的无缝集成，而且它也应该让他们构建有必要集成的应用程序。
目标原则
应用的每种类型有其优点和缺点。开发人员必须在他们选择工具来构建应用程序之前就知道他们要建立什么。
服务级别原则
在决定采用任何服务之前，开发人员应该充分了解服务水平协议和供应商可以交付的内容。
综上，全生命周期的来看待应用服务的主旨本身，比单纯的技术功能比较，可以更好的为产品经理指明方向。包括从市场判别、到投资分析、到预算分析、到前期需求、到基于最贴切技术的设计开发、到在部署移动信息化解决方案等等。你的客户到底需要什么、以及你有哪些服务资产，从一定程度上决定了你的移动应用选型。
第三十四届CIO班招生
北达软EXIN网络空间与IT安全基础认证培训
北达软EXIN DevOps Professional认证培训
责编：yangjun
免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。
抢沙发
