看當今的天下,不得不說是移動端的天下,進而對mobile app的需求很是的大,那就出現了一個問題,native app(原生應用)開發 成本高、須要針對不一樣平臺;web app 體驗不如native app 、調用終端系統的能力弱;進而出現一種hybrid app(混合模式移動應用),由下面表格(來源百度百科)說明 hybrid app的優點:javascript
web app(網頁應用) | hybrid app(混合應用) | native app(原生應用) | |
開發成本 | 低 | 中 | 高 |
維護更新 | 簡單 | 簡單 | 複雜 |
體驗 | 差 | 優 | 優 |
Store或market承認 | 不承認 | 承認 | 承認 |
安裝 | 不須要 | 須要 | 須要 |
跨平臺 | 優 | 優 | 差 |
這裏面有一點我以爲不是很正確的,就是web app的體驗是差,如今的瀏覽器,例如UC,會對頁面進行轉換,進而達到一種溫馨的閱讀狀態,例如看小說(本人最愛),轉換以後的頁面看起來一點不比原生應用差。我以爲web app的缺點不在這,是在於與終端原生交互的欠缺。html
話說到這,你們確定知道我想雲編譯什麼東西了吧,就是混合應用!前端
這裏再不說什麼是雲編譯,首先說說爲何要用雲編譯這東西。java
hybrid app 說究竟是一個原生應用,只不過是用webview來展現html頁面,全部它是須要編譯的(編譯成apk)。若是說你只是作了一些頁面,完成一個hybrid應用,而且僅僅打包一次,那好,能夠說你不須要這雲編譯這東西。可是,若是公司有成十上百個hybird項目,每一個項目打包都不下10次,而且更慘開發人員不懂移動端開發(不會編譯啊),那你就須要提供一個雲編譯的東西。android
雲編譯只是輔助幫助打包應用,這對於開發hybird應用是不夠的,還須要的是:ios
說到這,雲編譯其實就是幫你把web頁面裝進原生殼裏面去,而後編譯成安裝包,而加上個「雲」是由於這種編譯服務是部署在雲上的(沒啥別特殊的意思)。web
今天就說說到這裏,下一篇再講講是雲編譯的步驟。api