Hybrid App（混合 App）已經(jīng)成為大家接觸最為廣泛的 App 形式，不管是我們用到的微信、支付寶還是淘寶、京東等大大小小的應(yīng)用都非常熱衷于Hybrid App 帶來(lái)的研發(fā)效率提升和靈活性。
但我們正式進(jìn)入到 hybrid App 的討論前，有必要先說(shuō)下原生開(kāi)發(fā)的一些基本情況，原因很簡(jiǎn)單，因?yàn)槲覀內(nèi)粘＝佑|到的 hybrid App 就是在 Native App 原生應(yīng)用基礎(chǔ)上所衍生出來(lái)的。
原生開(kāi)發(fā)的流程
Native App 帶給用戶(hù)使用體驗(yàn)非常好，整體的感受非常順滑，但是作為一個(gè)開(kāi)發(fā)人員，我們談到原生開(kāi)發(fā)的時(shí)候確很頭痛，因?yàn)橐馕吨枰冻龈哳~的開(kāi)發(fā)成本和發(fā)布周期。特別是對(duì)于需要頻繁迭代業(yè)務(wù)內(nèi)容的企業(yè)來(lái)說(shuō)，無(wú)論是更新功能模塊還是修復(fù)有缺陷的版本，都需要重新測(cè)試、重新發(fā)版、重新提交第三方應(yīng)用商店審核上架，還要用戶(hù)配合，安裝新的版本，才能把舊版本覆蓋。
如果只用文字可能大家會(huì)比較難以有直觀(guān)的感受，我們通過(guò)下面這張圖來(lái)看看：
可以看到原生開(kāi)發(fā)有一個(gè)比較大的弊端，就是不管是新開(kāi)發(fā)還是應(yīng)用的更新發(fā)版都需要經(jīng)過(guò)比較繁瑣編譯、上架、安裝等過(guò)程，每一個(gè)過(guò)程都代表需要研發(fā)的重復(fù)投入。
這也是為什么 Hybrid App 會(huì)成為大多團(tuán)隊(duì)和開(kāi)發(fā)者的第一選擇，原生雖好但是著實(shí)很費(fèi)力費(fèi)時(shí)。
Hybrid App的開(kāi)發(fā)流程
Hybrid App 在一定程度上可以解決原生應(yīng)用在流程上復(fù)雜的問(wèn)題，從架構(gòu)上來(lái)講「原生+HTML5」是比較多的技術(shù)模式，但隨著這兩年小程序的發(fā)展，「原生+小程序」也成為了混合應(yīng)用的一種新選擇，例如微信、支付寶等國(guó)民應(yīng)用就是這樣的路線(xiàn)，當(dāng)然在自己的 App 引入已有的小程序整體的效果會(huì)比 H5 好很多，至少?gòu)挠脩?hù)體驗(yàn)上來(lái)講，小程序有著接近原生的體驗(yàn)避免了 H5 經(jīng)常出現(xiàn)的白屏和卡頓問(wèn)題。
雖然 App 運(yùn)行小程序的技術(shù)會(huì)比H5難度高很多，但是目前也有 FinClip 等小程序容器技術(shù)可以直接上手使用，也算是比較便捷。
再來(lái)看 Hybrid App 的開(kāi)發(fā)和上架流程，我們先用圖片流程看下：
Hybrid App 中對(duì)于經(jīng)常變更、有業(yè)務(wù)運(yùn)營(yíng)屬性的內(nèi)容，基本以 HTML5 或小程序的方式實(shí)現(xiàn)，融合在原生App中。
通常的做法是在原生 App 里預(yù)先基于界面設(shè)計(jì)挖好一些洞，然后利用 WebView 在這些洞里面渲染由標(biāo)簽語(yǔ)言描述的內(nèi)容，無(wú)縫呈現(xiàn)在 App 里。
這些內(nèi)容從哪里來(lái)呢？它們通常預(yù)埋在 App 代碼包，并且通過(guò)互聯(lián)網(wǎng)從服務(wù)器端獲得更新。
Hybrid App 的核心價(jià)值
我們最前面也講了為了追求效率及靈活性，大家會(huì)越來(lái)越多的選擇 Hybrid App 開(kāi)發(fā)模式，其背后的原因還為了更加高效實(shí)現(xiàn)更新上架，因?yàn)槠鋷в械臒岣履芰κ窃陂_(kāi)發(fā)環(huán)節(jié)極為重要的。
熱更新的原理大概是這樣的，通常應(yīng)用內(nèi)的服務(wù)器端會(huì)監(jiān)測(cè)這些內(nèi)容的更新，繼而發(fā)送內(nèi)容更新的通知并通過(guò)網(wǎng)絡(luò)向客戶(hù)端同步一些頁(yè)面內(nèi)容的碎片，并且把這些下載的內(nèi)容，通常是 HTML 和 JavaScript ，注入到之前挖好的這些洞洞里。
另外需要說(shuō)明的一點(diǎn)，上面我們講到的網(wǎng)絡(luò)同步技術(shù)方案可供選擇的會(huì)比較多，例如通過(guò)雙向的 Web-Socket、HTTPlongpolling、SSE、PushtoPull 或者 CMS。一般來(lái)講設(shè)備端通常通過(guò) HMR 熱模塊替換和代碼注入等方式讓更新的代碼在本地生效展示，也能夠避免我們應(yīng)用的重啟。
以上就是關(guān)于 Hybrid App 開(kāi)發(fā)上架的原理，如果你認(rèn)為有用的話(huà)，也歡迎各為小伙伴在這里交流和討論，另外也歡迎點(diǎn)贊。
