关于hybrid-app:一个-Hybrid-SDK-设计与实现
随着挪动浪潮的衰亡，各种 App 层出不穷，极速倒退的业务拓展晋升了团队对开发效率的要求，这个时候纯正应用 Native 开发技术老本难免会更高一点。而 H5 的低成本、高效率、跨平台等个性马上被利用起来了，造成一种新的开发模式： Hybrid App 作为一种混合开发的模式，Hybrid App 底层依赖于 Native 提供的容器（Webview），下层应用各种前端技术实现业务开发（当初三足鼎立的 Vue、React、Angular），底层透明化、下层多样化。这种场景十分有利于前端染指，非常适合业务的疾速迭代。于是 Hybrid 火了。 大道理谁都懂，然而依照我晓得的状况，还是有十分多的人和公司在 Hybrid 这一块并没有做的很好，所以我将我的教训做一个总结，心愿能够帮忙宽广开发者的技术选型有所帮忙 Hybrid 的一个现状可能晚期都是 PC 端的网页开发，随着挪动互联网的倒退，iOS、Android 智能手机的遍及，十分多的业务和场景都从 PC 端转移到挪动端。开始有前端开发者为挪动端开发网页。这样子晚期资源打包到 Native App 中会造成利用包体积的增大。越来越多的业务开始用 H5 尝试，这样子难免会须要一个须要拜访 Native 性能的中央，这样子可能晚期就是懂点前端技术的 Native 开发者本人封装或者裸露 Native 能力给 JS 端，等业务较多的时候者样子很显著不事实，就须要专门的 Hybrid 团队做这个事件；量大了，就须要规矩，就须要标准。 总结： Hybrid 开发效率高、跨平台、低成本Hybrid 从业务上讲，没有版本问题，有 Bug 能够及时修复Hybrid 在大量利用的时候就须要肯定的标准，那么本文将探讨一个 Hybrid 的设计常识。 Hybrid 、Native、前端各自的工作是什么Hybrid 交互接口如何设计Hybrid 的 Header 如何设计Hybrid 的如何设计目录构造以及增量机制如何实现资源缓存策略，白屏问题...Native 与前端分工在做 Hybird 架构设计之前咱们须要分清 Native 与前端的界线。首先 Native 提供的是宿主环境，要正当利用 Native 提供的能力，要实现通用的 Hybrid 架构，站在大前端的视觉，我感觉须要思考以下外围设计问题。 ...