写一个易于维护使用方便性能可靠的Hybrid框架（一）—— 思路构建

《写一个易于维护使用方便性能可靠的Hybrid框架（一）—— 思路构建》

《写一个易于维护使用方便性能可靠的Hybrid框架（二）—— 插件化》

《写一个易于维护使用方便性能可靠的Hybrid框架（三）—— 配置插件》

《写一个易于维护使用方便性能可靠的Hybrid框架（四）—— 框架构建》

前言

原本上一篇博文写完，我就告诉本身，这是最后一篇，以后再也不总结和Cordova相关和web容器相关的内容，可是，很不巧，我昨天总结完《关于Cordova框架对URL拦截致使通讯丢失问题的处理》以后，又看了味精大佬的文章（别问我3月份的文章为什么才看到，由于我才路转的掘金）以后，我又按耐不住本身了（PS：我原本是没想研究这么深的，可是，停不下来了），那我就问本身，若是是我呢，由于我一直在总结Cordova的思想，那么若是是我设计一个Hybrid框架，我要怎么作？因而我又陷入了沉思...由于我原本是想在后续着重研究weex,RN等动态UI方面的实现的，讲真的经过味精大佬的分析，我如今也不肯定究竟是咱们的web容器更好仍是基于weex等的动态UI更好，因而我又陷入了沉思...通过深思以后，我的以为后者是大前端的趋势，什么是大前端，就是各类的各类前端客户端糅合在了一块儿，四处交叉延伸，不分你我。

不扯那么多了，仍是基于这个想法，我决定给本身总结一个本身的Hybird框架，一方面属于知识的总结，年纪大了不总结就忘是真的，另外一方面算是对本身知识的扩展延伸，但愿多像大神学习...另外，味精大佬的思想是框架内并不本身构建webView，而是开发人员彻底使用本身的webView便可，那么我也在纠结，到底要不要开发者本身控制webView仍是说框架内控制？那么我先在大佬的基础上作下延伸扩展，决定框架内不提供webView，webView的建立由开发者本身控制。

那么如今就有了两个前提：一是webView使用WKWebView，二是框架内不提供webView，webView须要开发者本身建立。下面进入正题：

一个好的Hybrid框架应该具备哪有特色：

1.插件化，这个是必须的，解耦没毛病，什么叫插件化，就是可插拔，用的时候拽进来，不用的时候拖出去，其他什么都不用干。说实话这很符合Cordova（优势太多离不开了），插件化又能够细分：

• 1.webView的代理方法具体实现插件化，这样无论哪一个webView的代理方法均可以随意设置而不会影响业务。
• 2.js与native交互插件化，就是咱们所谓的js插件，native插件，它们统一叫插件（好比fetch,io等），配对插配对拔，具体看业务需求。

2.可配置性，就是说一切皆可配置，全部的插件，都是被一个配置文件搞定的，也就是说一个配置文件便可搞定上面提到的一切插件。配置又能够细分：

• 1.插件可配置，插件的可配置又细分为native端的插件可配置和js端的插件可配置。
• 2.插件是否在加载webView时就加载到缓存里面仍是说在调用的时候在加载，这个要看具体业务，我的以为经常使用的插件，例如fetch插件，js的网络请求都使用native来作，这种插件是彻底有必要提早加载的，像地图这类插件，可能偶尔会用一次或者用户一时半会用不到，这类插件就彻底能够在调用的时候再实例化放入缓存。

3.对于前端开发者来讲接口统一，而且框架内怎么变也不须要js作改动，对于前端来讲，始终是一套接口，他不须要关心webView具体是啥。

• 须要提供出一套前端接口给前端开发者。

4.通讯上必须用WKWebView，由于它对性能的提高是显而易见的，并且不得不用，webView这一块打算参考味精大佬所选择的通讯方式。具体能够参考

《从零收拾一个hybrid框架（一）-- 从选择JS通讯方案开始》

5.js与native插件交互的性能优化。这一块又能够细分三部分：

• 1.js调用native是否须要搞个队列，像我上一篇所提到的，是否是不须要每次调用都要通过webView？那么一样native端是否同样也须要搞个队列出来（Cordova思想，别问我为何，我也不知道）。
• 2.插件回调一旦耗时，是否须要将其放入后台线程执行？
• 3.我在《iOS 源码解读 -- cordova-ios》里面提到过一点，若是插件执行时间过长形成卡顿，向runloop中添加了一个timer来唤醒runloop继续干活，防止休眠，那么咱们是否是也能够将它带过来。

我就想到了上面的五点，不过感受有这五点也差很少了，就这些吧，那接下来要作的事情就是，一步一步的解决上面的五个问题，主题思想仍是抽离前两篇文章外加Cordova框架思想，毕竟Cordova有点重量级有些是咱们平时开发用不到的，并且集成起来也比较麻烦，基于此，打算造一个性能可靠，使用方便，易于维护且轻量级的Hybrid框架出来。目前构建了思路，具体实现准备放在下一篇（PS：由于我如今也没想好，太晚了，就到这吧）来写。