原本上一篇博文寫完,我就告訴本身,這是最後一篇,以後再也不總結和Cordova相關和web容器相關的內容,可是,很不巧,我昨天總結完《關於Cordova框架對URL攔截致使通訊丟失問題的處理》以後,又看了味精大佬的文章(別問我3月份的文章爲什麼纔看到,由於我才路轉的掘金)以後,我又按耐不住本身了(PS:我原本是沒想研究這麼深的,可是,停不下來了),那我就問本身,若是是我呢,由於我一直在總結Cordova的思想,那麼若是是我設計一個Hybrid框架,我要怎麼作?因而我又陷入了沉思...由於我原本是想在後續着重研究weex,RN等動態UI方面的實現的,講真的經過味精大佬的分析,我如今也不肯定究竟是咱們的web容器更好仍是基於weex等的動態UI更好,因而我又陷入了沉思...通過深思以後,我的以爲後者是大前端的趨勢,什麼是大前端,就是各類的各類前端客戶端糅合在了一塊兒,四處交叉延伸,不分你我。前端
不扯那麼多了,仍是基於這個想法,我決定給本身總結一個本身的Hybird框架,一方面屬於知識的總結,年紀大了不總結就忘是真的,另外一方面算是對本身知識的擴展延伸,但願多像大神學習...另外,味精大佬的思想是框架內並不本身構建webView,而是開發人員徹底使用本身的webView便可,那麼我也在糾結,到底要不要開發者本身控制webView仍是說框架內控制?那麼我先在大佬的基礎上作下延伸擴展,決定框架內不提供webView,webView的建立由開發者本身控制。ios
那麼如今就有了兩個前提:一是webView使用WKWebView,二是框架內不提供webView,webView須要開發者本身建立。下面進入正題:web
《從零收拾一個hybrid框架(一)-- 從選擇JS通訊方案開始》緩存
我就想到了上面的五點,不過感受有這五點也差很少了,就這些吧,那接下來要作的事情就是,一步一步的解決上面的五個問題,主題思想仍是抽離前兩篇文章外加Cordova框架思想,畢竟Cordova有點重量級有些是咱們平時開發用不到的,並且集成起來也比較麻煩,基於此,打算造一個性能可靠,使用方便,易於維護且輕量級的Hybrid框架出來。目前構建了思路,具體實現準備放在下一篇(PS:由於我如今也沒想好,太晚了,就到這吧)來寫。性能優化