1、Native App/原生App，可以理解为Native-Oriented，是基于手机本地操作系统（现在主流Android和iOS） ，使用官方语言、环境、机制和工具编写运营的本地化应用，包括UI。【Android是kotlin、Java，iOS是Object-C、Swift】
主要优势，也是其特性，即‘一切来自官方’使其拥有流畅的底层资源访问和软硬件兼容能力。从应用商店下载安装本地化，点运行，可收获的就是丝滑的用户交互体验和最好的应用性能。
不足是开发难度大，对专业人员要求高，巨耗时耗资，有几款主流操作系统就需要反复开发、迭代、维护几款同逻辑同功能的原生App；而且只要功能或页面有变更就需要在应用商店重新发布应用。
2、WebApp，可以理解为Web-Oriented或者H5-Oriented ，是基于网页技术开发实现特定功能的应用，运行于网络+标准浏览器，必须要手机浏览器的支持，用户不需要下载安装即可访问。纯web app封装加个native壳在应用商店发布被pass掉的几率比较大。
优点，跨平台，一套代码可以同时在Android、IOS上运行，开发成本低、周期短，维护更新简单，用户无需手动更新；适合内容类、信息类的页面展示和浏览等交互功能少、存在感弱功能应用，纯粹的web app广度有限。
不足，对网络的依赖强，在性能和用户体验方面有很大局限性，不能整合设备的底层核心功能，受浏览器兼容性和处理能力限制，最关键的是用户粘性差。
3、Hybrid App，介于前述两种模式之间的半原生半web的混合式app，兼具“Native App良好用户交互体验的优势”和“Web App跨平台开发的优势”。现在很多App都用这种模式去开发，比如微信、淘宝、美团等知名移动应用。
基本运行机制是，通过系统web view作为容器加载/渲染H5页面，通过JSBridge实现Native与JavaScript的双向通信【JSBridge是JavaScript和native的桥梁，提供两者相互调用的能力】。
Hybrid App总的来讲特性更接近Native App，在实现过程中有两种常见方案：
（1）将Web资源部署在服务器上
将Web资源都放置在服务器上，这种方案接入成本低，可实现对这部分热更新，很适合一些功能性较弱的页面。缺点是完全的网络依赖，离线就无法打开页面。
（2）将Web资源本地化存储
把Web资源封装到App直接解压到本地存储。优点是一定程度上提高了速度，改善用户体验，可以离线运行。不足就是安装包体积变大，不能热更新，开发流程和更新机制更复杂。
无论哪种方案都要注意权衡富交互的资源消耗和用户体验、跨平台开发时系统和版本的兼容性、以及同一平台上hybrid app和native平台的一致性等。
网友评论