我写了几个APP，最初打算用纯粹的Native。 但是我自己的安卓、IOS知识并不能支撑我用纯Native构建项目。 但是，项目又迫在眉睫了。 多亏前辈的指示，我才能采用Hybrid APP (混合开发)，顺利地完成了项目。 看了很多资料，从私人的角度总结了Hybrid APP (混合开发)
摘要混合模式移动APP (hybrid app )是介于Web App (shell，Native App )之间的APP，它体现了Native App良好的用户体验和web app跨平台开发的优势
也就是说，Hybrid App是包含像移动终端的浏览器那样打开web站点的相关技术、和原生APP调用底层接口(照相机、传感器等)的相关技术两者而开发的APP应用。
分类可以根据HTML码的比例对Hybrid App进行分类。
80% ~ 100%方案的主要工作量是创建兼容的H5页面，包括分辨率、性能和浏览器支持。 在除了iOS、Android，还有移动网络版和微信公众平台的多平台上制作native APP应用时，汇编一定很低。
选择该方案的优点是，如果能用一套H5代码处理多平台，可以节省很多时间和精力。 如果H5代码写得好的话，实际上主流机型的配合和体验也能顺利进行。
该方案的缺点也很明显，低配机性能差，H5码编写不好，兼容性问题就会堆积如山，功能、安全性也受到很大限制。
但是，如果开发Native APP的成本逐年上升，且预算有限，有些公司会选择这种方式进行开发。 当然，本来公司制作APP只是为了交流，也有成本越低越好的情况。 这就等于十年前每个公司基本上都要有一个网站，结果诞生了无数奇怪的网站。
40% ~ 80%的APP应用程序包含Native代码，实现了H5部分体验差或难以实现的逻辑。 例如，定位、植入点、本地永久存储、体验等。 有时，作为程序基础的框架、核心逻辑、接口框架也由Native完成，H5只用于实现业务逻辑，H5代码所占比例在40%~80%左右。
制作这样的APP一般使用Hybrid框架制作bridge，同时也不需要自己制作JSApi。 市面上的框架实在很多，主流中有几个如上文所述，有wex5、bootstrap、cordova等。 我也不想花时间比较各自的好坏。 因为，这样的文章已经在网上有很多了，而且框架变化太快了。 值得注意的是，在选择开源库时，最好选择社区活跃、更新及时的。 剩下的需要Native实现的业务逻辑、tab navigation接口等，自己做一点就可以了。
这个计划的好处是比较兼顾开发成本、跨平台和体验。 如果在业务的H5代码中使用在线地址，实际上可以大幅提高内容的动态化。 再深入一点，即使在本地缓存JS和Resource，制作差分更新系统，其实流量也不是很严重。
该方案的局限性还是在于用户体验和性能，在低端模型中，H5的性能无法得到很好的框架弥补。 同时，在开发时间方面，这种方式比全Native优点少，主要优点是实现最简单的动态化而不是成本。
许多传统行业外包开发的APP都采用这种模式。 例如，每个人都使用的(智能手机的)银行APP。 这种模型适用于业务比较稳定、同时容易抽象的系统，对乙方来说可以重用现有的技术方案，对甲方来说对体验、交互创新没有太多需求，业务结构稳定，但单个业务变化较快。 使用这样的方式，实际上是合适的。
20% ~ 40%的实现方式与前一种类型不同，不同的业务场景使用不同的技术方案。 如果是业务复杂、用户使用频率高、体验要求高的业务模块，使用Native开发的用户少，体验要求不高，但如果是频繁变化的业务模块，使用H5开发。
这个编码方式实际上可以开很多花。 例如，在资源充足的情况下，对于部分模块Native也制作H5版本，通过从服务器端发行Router指定打开哪个，进行A/b测试，另一方面Native代码错误
缺点主要有APP整体的复杂性、对多种业务模块的兼容性、信息传递等。 此时，开发成本大于纯粹的native APP应用程序。
业内许多大APP都在使用这种方式。 例如Ctrip、Alipay等。
0% ~ 20%的第四类应用在理论上已不太能归入Hybrid开发范畴。 在这些APP应用程序中，页面动态化框架用于通过Native运行动态化脚本来呈现Native的接口和逻辑。 最有名的框架是Facebook的React Native。 当然，每个大厂商都有自己生产的车轮，比如阿里系的Weex，但影响力比RN小一点…
这样的技术方案是当前移动客户端的技术热点之一，许多高级工程师和专家级员工花费了大量时间来兼顾性能、开发成本和动态化，今天还没有完美的解决方案。
使用这种方式进行开发的制造商已经有很多，这里不举例子。
好处的门槛很低。 知道前端三大件的话，就可以开发了。 你不需要掌握安卓、IOS的相关知识。 除了我在开发中使用的MUI框架之外，与之组合的Hbuilder IDE还针对Hybri
d App 开发的新手绝对是一个福音。速度快。如果应用中 HTML、CSS、JS 代码占比极大，那么，写应用界面就和写网页没区别，速度极快。跨平台。一套代码搞定多平台，不用为了多个平台而准备多套代码。当然，适配及体验是肯定不如 Native ，但代码写的好的话，其实在主流机型上的适配和体验也都不错。 缺点 拓展难。这就意味着到后期，整个APP的复杂性，和对于多类型业务模块的兼容、信息传递等。开发成本在这个时候，甚至已经大于纯Native应用了。体验差。Hybrid App 始终不是 Native App 。就目前的技术而言，Hybrid App 在适配、体验及底层调用仍然赶不上 Native App 。大部分 Native App ，其实还是非常依赖底层的，而且包括界面的东西，都是使用原生的API，效率就当然要比 Hybrid App 要好。 总结综上所述，如果想以低成本，并且对 APP 的要求不高的话， Hybrid App 是一个很好的选择。
参考 如何做一个有高性能混合开发iOS/Android应用？ - xxddt的回答 - 知乎hybrid app_百度百科Hybrid App的开发现状、优缺点分析与未来走向