為什么App開發要選混合模式（業務靈活性的需求）。

在PC時代的B/S架構中，想要實現IT系統的更新并不需要過多考慮用戶端的影響。因為作為用戶入口的瀏覽器，一直處于訪問網絡的狀態，只要網絡聯通，用戶隨時訪問網站都會獲得最新的功能和業務。對用戶而言，并不真正存在版本的概念。只要訪問服務器，服務器的任何更新都可以隨時展示到用戶界面上，真要出現什么用戶的使用問題，大不了”清空一次瀏覽器cookie“基本都可以得到解決。

但是在移動時代，用戶對版本的概念變得極其敏感。而CIO對于app的版本管理也變成了頭痛的問題。往往礙于軟件開發商能力的制約，或者說凡事工程性的問題就都會存在bug，讓一些發布出去的app變得難用甚至崩潰?；蛘咭恍┡R時的市場活動、很少的但是重要的功能、一些不在規劃內的產品需求調整，都會直接引出同一個問題“用戶必須更新一個版本甚至重新下載，才能滿足上述需求”。這種看似日常的版本發布和用戶的更新，恰恰是傳統企業信息化過程中全新的課題。

能不能像傳統瀏覽器那樣，用戶打開永遠是最新的服務和功能？很多企業CIO問出了相同的問題，于是大量三流的軟件服務商以及IT程序員想出來一個“偷懶”的模式。在app中嵌入一些WebView，把一些功能用傳統網頁的模式，訪問服務器，動態獲取。這表面上解決了版本更新的問題，實則上大量垃圾體驗的app就此產生。

企業業務靈活性的要求，其實本質是希望像“微信小程序一樣，隨時發布一些新的功能，隨時動態增改一些功能入口，讓用戶隨意使用。但是用戶的體驗，則要與真正的app一樣”。這種業務靈活性的需求，其實需要的便是像微信小程序或者混合app開發技術來支撐，從而達成“增量更新”、“靜默更新”“打開獲得新功能和新體驗”，而不是嵌套Webview，網頁模擬app的方法，以垃圾體驗的代價換取業務靈活的可行性。