【尚武科技APP开发原创内容】Hybrid App，俗称混合应用，上文中我们已经提及混合应用就是，混合了 Native技术 与 Web技术 进行开发的移动应用。混合方案主要有三种，主要是在UI渲染机制上的不同：

        1、WebView UI 的基础方案，市面上大部分主流 App 都有采用，例如微信JS-SDK，通过 JSBridge 完成 H5 与 Native 的双向通讯，从而赋予H5一定程度的原生能力。这个是现在比较主流的方式
        2、 Native UI 的方案，例如 React-Native、Weex。在赋予 H5 原生API能力的基础上，进一步通过 JSBridge 将js解析成的虚拟节点树(Virtual DOM)传递到 Native 并使用原生渲染。这个运行效率更高。
        3、近期比较流行的小程序方案，也是通过更加定制化的 JSBridge，使用双 WebView 双线程的模式隔离了JS逻辑与UI渲染，形成了特殊的开发模式，这个是比较强的个例。加强了 H5 与 Native 混合程度，提高了页面性能及开发体验。

        以上的3种方案，同样都是基于 JSBridge 完成的通讯层，第二三种方案，其实可以看做是在方案一的基础上，继续通过不同的新技术进一步提高了应用的混合程度，因此效率也会更高。JSBridge 也是整个混合应用最关键的部分，例如在设置微信分享时用到的 JS-SDK，wx对象 便是我们最常见的 JSBridge:类似的产品也会更多。

方案选型的问题：
        任何技术方案的选型，其实都应该基于使用场景和使用条件。要根据情况进行分析，同时在方案一上进一步优化，适合我们的需求。需求 Web技术快速迭代、灵活开发的特点和线上热更新的机制。在没有非常复杂的UI渲染需求，而且 App 中的一系列原生 UI组件已经非常成熟，我们就可一选择第一种技术解决方案了。如何既能利用 H5 强大的开发和迭代能力，赋予 H5 强大的底层能力和用户体验，同时能复用现有的成熟 Native组件。

      其实我们分析，Hybrid App的本质，其实就是在原生的 App 中，使用 WebView 作为容器直接承载 Web页面。所以我们看到这样APP，最核心的点就是 Native端 与H5端 之间的双向通讯层，其实这里也可以理解为我们需要一套跨语言通讯方案。其实技术知识其中的一部分，最关键的是真正符合开发的模式，适合的开发模式。