目前 按照 APP 开发分类，分为以下三大类
- 原生
APP[AndroidSwiftFlutterReact Native] WEB APPHybrid App[混合APP]
在找工作的当中，很多岗位 要求 会开发 H5 App ，那到底什么是H5 APP 呢？
一开始我也有点疑惑，没接触这块，按自己理解 就是 采用 HTML5 技术开发出的页面应用 跑在移动端当中。
下面引用 阮一峰对 `H5` 开发解释。
真正理解 H5 开发，需要先搞清楚什么是原生 App、什么是 Web App，因为混合 App 是在它们的基础上诞生的
H5 这个词，可以理解成就是混合 App 模型，只不过它特指混合 App 的前端部分。
因为混合 App 的前端就是 HTML5 网页，所以简称 H5。这个词是国内独有的，基本上都是前端程序员在用，国外不用这个词，就直接叫混合 App。
来对比一下 三种开发模式区别
原生APP
在这里就不讨论原生APP的优点了，想必大家都知道。主要围绕缺点来说
- 需要 开发 两套 代码
Android和IOS - 旧版本出现
bug无法更新修改，必须用户 下载 更新 - 发版审核时间长，无法随时更新
Web APP
优点
- 入门简单，成本低 (前端三件套)
- 可以同步更新
- 可以跨平台
缺点
- 不能直接访问设备硬件和离线存储，功能受限( 相机,蓝牙.......)
- 音视频体验不好
混合APP
优点
- 开发效率高
- 更新和部署方便，不需要审核，只需要在服务器端部署
- 代码维护方便，版本更新快，成本低
缺点
- 需要了解
原生开发才能更好的开发H5。 - 需要熟知
原生开发与H5的各种通信和兼容性问题。
什么是 Hybrid App
Hybrid App [ 混合 APP] 指 原生 APP 和 WEB APP 的结合体。它主要是以 JavaScript + Native [ APP 原生] 两者结合相互调用使用。
混合 App 的原生外壳称为"容器"，内部隐藏的浏览器，通常使用系统提供的网页渲染控件（即 WebView 控件），也可以自己内置一个浏览器内核。结构上，混合 App 从上到下分成三层：HTML5 网页层、网页引擎层（本质上是一个隔离的浏览器实例）、容器层。
为什么要采用 Hybrid App
Hybrid App 主要是用来优化 原生APP 和 WEB APP 的缺点诞生的新技术，但也有自己的不足。
优点
- 跨平台
Web 技术是跨平台的，开发者只写一次页面，就能支持多个平台。也就是说，混合 App 只需要一个团队就够了，开发成本较低。 - 灵活性
混合 App 的灵活性大，很容易集成多种功能。一方面，混合 App 很容易加载外部的 H5 页面，实现 App 的插件结构；另一方面，Web 页面可以方便地调用外部的 Web 服务。 - 开发方便
Web 页面的调试和构建，远比原生控件简单省时。页面的更新也容易，只要在服务器上发布新版本，触发容器内更新就可以了。另外，Web 开发人员也比较容易招聘，传统的前端程序员可以承担开发任务。
缺点
- 性能不如
原生 APP, 但相对原生轻量。 - 页面跨平台，无法保证多平台统一。
- 需要 前端人员有 原生开发(IOS/Android) 经验，才能完美的上手开发出体验比较好的 混合APP。
什么时候 采用 Hybrid App 应用
- 对于原生性能要求没那么高
- 企业会根据团队前端技术进行选型
- ......
混合开发任务分配原则
- 业务关联性强的
H5做 H5和原生都能做的，尽量使用H5来做H5做不了的，原生做- 交互性强的
原生做 [ 体验佳 ]
原生 与 H5 交互
原生 与 H5 交互主要是采用 JSBridge
它给 JavaScript 提供调用 Native 功能的接口，让混合开发中的前端部分可以方便地使用 Native 的功能（例如：地址位置、摄像头）。JSBridge 的功能不止调用 Native 功能这么简单宽泛。实际上，JSBridge 就像其名称中的Bridge的意义一样，是 Native 和非 Native 之间的桥梁，它的核心是构建 Native 和非 Native 间消息通信的通道，而且这个通信的通道是双向的。
双向通信的通道:
- JS 向 Native 发送消息: 调用相关功能、通知 Native 当前 JS 的相关状态等。
- Native 向 JS 发送消息: 回溯调用结果、消息推送、通知 JS 当前 Native 的状态等。
最后
相信看到这里的朋友，对于 APP 技术选型 有 大概了解了，每项技术都有优缺点，主要看这项技术是否满足当前项目业务大部分场景，小部分单独优化处理。
关于 APP 开发，你有何看法?
欢迎来交流群 一起讨论！
