什么是 Hybrid App
Hybrid app 从外观上来看是一个 native app，实则只有一个 UIWebView，外面拜访的是一个 web app，如新闻类和视频类的利用广泛采取该策略：native 的框架加上 web 的内容。不同于 native app 须要针对不同的平台应用不同的开发语言（如应用 Objective-C、Swift 开发 iOS 利用，应用 Java 等开发 Android 利用，应用 C# 开发 Windows Phone 利用），hybrid app 容许开发者仅应用一套网页语言代码（HTML5+CSS+JavaScript），即可开发可能在不同平台上部署的类原生利用。因为 hybrid app 联合了 native app 良好用户交互体验和 web app 跨平台开发的劣势，可能显著节俭挪动利用开发的工夫和老本，hybrid app 失去越来越多公司的青眼。
为什么抉择 Hybrid App 模式
1、信息化平安的需要 混合 APP 就能够实现动静权限绑定和受权模式，可能反对在特定的设施、特定的人之间抉择不同的子利用，并且可能随着用户工作内容随时调整。所以可能满足企业对于安全性的需要。2、业务灵活性的需要 以往因为企业产品需要调整，用户必须更新一个新的版本或从新下载 APP 能力实现其性能。混合 APP 开发技术可能让用户在关上 APP 时就能取得全新的服务和性能，实现了业务的灵活性需要。3、开发速度的需要 因为混合 APP 只须要编写一套代码，能够同步生成 Android 和 IOS 两个平台的 APP，甚至可能局部兼容微信公众号和小程序。这样节俭的不仅仅是写代码的工夫，更重要的是节俭了多个技术团队之间跨知识结构协同的问题，同时也节俭了 APP 与服务器端调试的工夫老本。
重磅利好：小程序容器技术退出到混合 App 开发支流队列
「Native+H5」和「Native+ 小程序」两种混合式 APP 开发模式相比之下，「Native+ 小程序」的开发模式更优。
利用劣势：从 2017 年微信首次推出小程序开始，通过四年倒退，各大互联网巨头纷纷推出本人的小程序利用平台，小程序成为真正意义上的“互联网新技术标准”。截至 2021 年上半年，全网小程序数量冲破 700 万个，其中，微信小程序是行业支流，数量超过 430 万个，占比高达约 61.43%。借着微信的红利，将已有微信小程序一键转换成 App，并进行用户沉闷和留存，加上社交平台利用作为引流，企业堪称低成本（只需有小程序）的将业务笼罩用户整个生命周期。
技术劣势：
- 具备跨平台的能力，一套代码能够在 iOS 与 Android 两个平台中运行；
- 远超过 H5 的体验（反对本地缓存，Webview，有丰盛的组件与反对库）；
- 能获取更多零碎权限，实现更加丰盛的产品设计；
- 能够防止 DOM 泄露（不应用罕用的 window 对象与 document 对象）；
- 包尺寸无效缩小，节俭流量和存储
- 服务不再受发版所限度，反对热更新
为什么说小程序是混合 App 开发的重磅利好？试想一下，只须要编写一套小程序代码，便能够低成本同步生成 Android 和 IOS 两个平台的 APP，PLUS 无缝连贯微信公众号和小程序，真正实现从挪动端“跨端运行”，降级到“全端运行”。
以一个小程序容器技术（FinClip）为例讲实操
没有开发过 App，我也只是依照他们的开发者文档和视频教程一步步的操作。参考的内容如下：
7 步！用小程序疾速生成 App！
FinClip：What? 从小程序反向生成 App?
七个步骤利用小程序疾速生成 App_哔哩哔哩_bilibili
还有一个示意图，也挺清晰的：
操作步骤
1）将已有的微信小程序，转换成 FinClip 小程序。
敲黑板：如果你的微信小程序是应用微信语法来写的，那么就不须要用到他们的 FIDE 来事后编译，如果你的小程序是用 Flutter、RN 等支流前端框架写的，最好是用 FIDE 编译一下，看看会不会有什么报错之类的。另外，如果你的登录是用微信受权登录的，倡议先操作第 2）关联微信受权登录，这样你就不须要禁用微信登录这个性能就能够运行了。
这里的步骤包含：创立小程序根本信息 >> 上传小程序代码包（我的是微信语法写的小程序，就没有用 FIDE 预览了）
操作了这两个步骤当前，没啥报错的状况下，FinClip 小程序代码包就曾经生产结束了。
2）关联小程序微信登录受权
FinClip 有个很好用的性能，就是能够复用微信登录受权，换句话说，在自有 App 或者用他们家的小程序转 App 性能，都能够通过这个性能，当时调通 App 中的微信登录，缩小了许多根底开发及调试工作。
第一步：登录 FinClip 治理后盾
第二步：在“小程序管理中”找到：我的小程序 >> 小程序详情 >> 第三方治理。
第三步：将由 FinClip 设计的小程序受权页面减少至已有的小程序代码包之中并提交审核，受权页官网曾经间接放到了 GitHub，可间接自取：https://github.com/finogeeks/…
第四步：紧接第二步，在治理后盾页面点击新增登录关联，依据提醒填写“微信小程序原始 ID”、“微信小程序昵称与头像受权页门路”、“小程序手机号受权页门路”。
到这里，根底小程序就曾经运行起来了。大家看看 App 外面的小程序成果：
3）App 领取怎么办？
正如大家所看到的，咱们企业的是一个电商利用，少不了领取的环节。在微信中，咱们次要用微信领取，征询了下 Native 开发的敌人，将微信领取 SDK 内嵌到生成的 App 中，调试一下就跑通流程了。
用户登录 – 商品流量–领取下单全链路跑通（领取 SDK 内嵌和调试花了好些工夫，毕竟我不懂 Native 开发 )，除去领取 SDK 的学习工夫，大略 1 天就能够搞定。
如果想理解更多 FinClip 小程序容器技术相干内容，他们官网有具体的介绍和阐明。
开发者文档地址：小程序开发帮忙核心_小程序常见问题_小程序介绍 -FinClip
Github 地址：Finogeeks