原副标题：Hybrid App 中的六大后端架构较为

虽然混和应用领域的合作开发具备稳定性、可扩展性和易保护性等优点，Hybrid App（混和应用领域）的合作开发显得愈来愈盛行，即使正式成为一类烂大街的存有，大到幸福家庭DT App QQ、PayPal，小到就行了的两个分立B2C App 都是 Hybrid App 的“死忠影迷”。

写在后面

Hybrid App 做为一类既能在原生植物插件Escrow，也能在 Web 应用流程中运转的插件。它主要就采用 Web 控制技术展开合作开发，如 HTML、CSS 和 JavaScript，并采用两个第二层将其PCB在原生植物插件中。

总之控制技术的稳步大力推进，Hybrid App 有关的后端架构也不断涌现。预备较为三种我对个人碰触到的混和应用领域后端架构，预测下她们各别的优点和优点，也给我们做为参照。

在正式宣布已经开始，他们先看一看两个较为常见到的 App，她们采用的也不外乎下面三种计划：

1、原生植物 + React Native 混和合作开发，比如说腾讯云音App。

2、原生植物 + Flutter 混和合作开发比如说闲鱼App。

3、原生植物 + 小流程，比如说QQ、PayPal、抖音、头条新闻等App。

他们就以下面三种架构先讲起，再加之我有过接触的 Ionic、NativeScript。

一、原生植物+React Native

React Native 是一类如前所述 React 架构的混和应用领域合作开发架构，由 Facebook 合作开发和保护。它容许合作开发者采用 JavaScript 和 React 的模块数学模型来构筑原生植物插件，与此同时全力支持 Android 和 iOS。

原生植物+React Native

优点：

（1）操控性高：React Native 采用原生植物模块，因此具备更好的操控性和响应速度。与其他混和应用领域架构相比，它可以更快地加载和渲染页面。

（2）跨平台：React Native 容许合作开发者在两个代码库中编写插件，然后将其编译为 Android 和 iOS。这减少了合作开发者需要编写不同版本的插件的时间和工作量。

（3）易学易用：React Native 如前所述 React，合作开发者可以采用熟悉的 JavaScript 和 React 模块数学模型来构建插件，因此很容易学习和上手。

优点：

（1）有限的第三方库：尽管 React Native 社区不断增长，但相对于其他混和应用领域架构，第三方库和插件的数量还是有限的。这可能使合作开发者在某些方面受到限制。

（2）有些原生植物功能需要自己实现：虽然 React Native 提供了大量原生植物模块，但某些原生植物功能需要合作开发者自己实现，这可能需要额外的时间和工作量。

二、原生植物+Flutter

Flutter是谷歌推出的两个如前所述Dart语言的开源移动应用领域合作开发架构。与其他Hybrid App后端架构不同，Flutter采用自己的渲染引擎来绘制UI模块，而不是依赖于平台原生植物控件，这使得Flutter应用领域具备卓越的操控性和稳定性。

原生植物+Flutter

优点：

（1）操控性优秀：Flutter架构采用自己的渲染引擎来绘制UI模块，而不是依赖于平台原生植物控件，因此可以提供卓越的操控性和用户体验。

（2）跨平台：Flutter架构可以用于构筑iOS、Android、Web和桌面插件，因此可以全力支持多个移动操作系统。

（3）合作开发效率高：Flutter架构提供了丰富的UI模块和工具，可以帮助合作开发者快速构筑高质量的移动应用领域。与此同时，它还全力支持Hot Reload功能，可以实时预览代码的变化，提高合作开发效率。

（4）热重载：Flutter的热重载功能让合作开发者可以实时查看修改后的插件，这大大加快了合作开发迭代的速度。

（5）Material Design全力支持：Flutter内置了对Material Design的全力支持，可以轻松创建符合谷歌设计规范的插件。

优点：

（1）学习成本较高：Flutter架构采用了一些新的概念和控制技术，因此需要合作开发者具备一定的Dart语言和Flutter架构的基础知识。

（2）不全力支持所有原生植物功能：尽管Flutter架构可以用于构筑多个平台的插件，但是它并不能全力支持所有的原生植物功能。一些高级功能可能需要合作开发者采用原生植物代码实现。

三、原生植物+小流程

还有一类在国内才会见到的移动应用领域合作开发方式是采用原生植物+小流程的形式，目前来说主要就是一些DTApp大规模采用起来，但虽然控制技术门槛原因很多中小企业或对个人合作开发者的App中没法采用，但现在也有第三方的 FinClip SDK 、mPaaS、Donut 可以帮助合作开发者完成“原生植物+小流程”的混和应用领域合作开发，直接把原有的小流程迁移到 App 中运转。

原生植物+小流程

优点：

（1）原生植物体验：通过原生植物应用，用户可以获得更好的用户体验和更快的应用领域速度。

（2）多渠道推广：小流程可以通过多个渠道推广，例如QQ、PayPal等，可以帮助应用领域更好的推广。

（3）合作开发效率高：小流程可以通过Web合作开发，而不需要采用原生植物代码，因此可以节省时间和合作开发成本。

（4）易于更新：小流程的更新可以通过后台更新，而不需要用户手动更新插件，因此可以提高用户体验。

优点：

（1）合作开发复杂度高：原生植物应用领域与小流程相结合需要合作开发者与此同时掌握多个控制技术栈，因此合作开发复杂度较高。

（2）兼容性问题：小流程的兼容性问题可能导致一些功能在某些设备上无法正常采用。

（3）用户习惯问题：虽然小流程在采用体验和交互方式上与原生植物应用领域存有差异，因此可能会影响用户的使用习惯和用户体验。

四、原生植物+Ionic

Ionic 是两个如前所述 Angular 的混和应用领域合作开发架构。它采用 Web 控制技术（HTML、CSS 和 JavaScript）来构筑插件，可以运转在多个平台上，包括 Android、iOS 和 Web。

原生植物+Ionic

优点：

（1）大量的 UI 模块：Ionic 拥有大量 UI 模块和预先设计的样式，可以加速插件的合作开发和设计。合作开发者可以通过简单的组合和修改来创建独特的插件。

（2）跨平台全力支持：Ionic 可以在多个平台上运转，包括 Android、iOS 和 Web，合作开发者可以在两个代码库中编写插件，并在不同平台上展开测试和部署。

（3）易于学习：Ionic 如前所述 Angular 架构，合作开发者可以采用熟悉的 HTML、CSS 和 JavaScript 控制技术来构筑插件，因此非常容易学习和上手。

优点：

（1）操控性相对较低：虽然采用 Web 控制技术展开合作开发，Ionic 的操控性相对较低，尤其是在处理大量数据和图形方面。

（2）依赖于第三方库：Ionic 需要依赖第三方库来全力支持某些功能，这可能会增加代码复杂性和保护成本。

五、原生植物+NativeScript

NativeScript 是一类如前所述 JavaScript 的混和应用领域合作开发架构，由 Telerik（现在是 Progress）合作开发和保护。它容许合作开发者采用 JavaScript、TypeScript 或 Angular 来构筑原生植物插件，并全力支持 Android、iOS 和 Web。

原生植物+NativeScript