【quickhybrid】架构一个Hybrid框架

前言

虽然说本系列中架构篇是第一章，但实际过程中是在慢慢演化的第二版中才有这个概念，
经过不断的迭代，演化才逐步稳定

首先明确需要做成一个什么样的框架？

大致就是：

其中：

同时在浏览器中也会有响应（H5实现的弹窗），或者在其它容器中（如DD）也会有响应（其它容器实现的弹窗）

根据quick hybrid的整体架构与目标，我们需要先分析需要实现哪一些内容：

【核心工作】制定quick平台下前端和原生容器的交互规则（JSBridge）
【核心工作】前端和原生（Android/iOS）分别实现JSBridge交互（包括互相调用，回调等机制）
【核心工作】完成前端调用多平台的支撑（API在不同平台下有不同实现，并会根据不同环境自动转换）
【重要工作】规划功能API（需要提供哪些功能，并且每一个功能应该在哪些平台下有实现）
【重要工作】前端和原生（Android/iOS）分别实现这些功能API（第一步根据二八原则实现重点API即可）
【重要工作】处理好短期API（即调即用，立即回收），长期API（一个页面中能被多次触发，如导航了按钮监听），事件监听API（整个应用生命周期内监听，如网络变化）等不同类型
【优化完善】原生API实现的优化，前端代码的优化，权限认证，本地资源等等

然后就可以基于这些目标，逐步完成每一个规划的内容

拓展：

github上这个框架的实现

quickhybrid/quickhybrid