IOS-Hybrid（混合開發）

1.1.     APP三種開發模式

智能手機之普及不用多說，手機APP滲投到各個行業：電商（淘寶、京東等）、金融（各手機行業、P2P借貸等）、醫療（智慧醫療）、交通（滴滴、Uber等）、教育（慕課網等）、餐飲（餓了嗎、美團等）……反正只要是個企業，無論規模大小，都已經訂制或將要訂制自己的APP。這么多APP無外乎就三種模式：Native App、Web App、Hybrid App。

1.1.1.     Native App

Native App，原生APP，使用原生（即Android或iOS）開發的APP。兩年多以前這非常流行，到現在為止，原生開發人員數量眾多，一抓一大票，技術成熟，好多培訓機構都抱着老掉牙的API翻來覆去的講——尤其是Android。Sorry，說錯話了……使用原生開發有其優勢：應用的性能好，適配起來相對容易。學習成本要看人，個人覺得技術點不多，門檻相對稍高，但入門后學習起來就很輕松——網絡資料實在是太多了。

但原生APP最頭疼的有三個問題：

1、無法跨平台：Android和iOS都需要開發各自平台的版本——開發成本高；

2、升級麻煩：每次升級都要下載安裝包，Android還好，反正不需要審核，下載就下載吧，但iOS就麻煩了，發布每個版本還得經過App Store的審核，這導致第三個問題；

3、Android和iOS很難同步發布。

1.1.2.     Web App

所謂的Web App，就是把手機當做一個瀏覽器（Android使用WebView，iOS使用UIWebView），做幾個頁面掛在服務器端，類似於一個小網站。這樣說雖然不太貼切，但實際上給人的感覺就是這樣的。雖然開發成本大大降低，但頁面訪問速度慢、操作體驗差。於是第三種模式誕生了。

1.1.3.     Hybrid App

乍一看和Web App沒啥差別，但涉及到的技術成本、開發成本、學習成本比Web App高，它綜合了Web App的開發速度和Native App的高性能體驗。之所以說學習成本高，是因為開發高性能的Hybrid App有難度，網絡資料少。我是兩年半前開始接觸混合模式開發的，當時如何做好屏幕適配、提高UI響應速度、如何最大化使用原生功能等內容，網絡幾乎沒有資料。網上能搜索到的都是很粗略的東西，或者就是Hello World級別的東西，涉及到稍微細節一點的東西幾乎沒有。由於本系列文章都只講Hybrid，故在此不再啰嗦了。

三種開發模式各自的特點如下面的表格所示：

	Native App	Hybrid App	Web App
原生功能體驗	優秀	接近優秀	差
性能	非常快	快	慢
跨平台開發成本	昂貴	合理	便宜
碎片化適配	非常嚴重	嚴重	嚴重
編程技術支持	短缺	非常短缺	通用人才
版本升級維護	保守	低延時	開放
安全	強	中	弱

 

 

1.2.     Hybrid App所需技術

Hybrid App由於需要保證運行性能與開發速度，需要如下技術支持，本系列博文均會按照Demo的開發順序依次描述本人的開發心得和教訓，希望能起到一個拋磚引玉的作用。

1.2.1.     Native技術

Native技術主要用於提供原生支持，要做到跨平台，就需要掌握部分Android和iOS的知識，除了多線程，文件存儲等基礎知識，Android需要非常熟練的掌握WebView、WebSettings、WebChromeClient、WebClient四大對象。iOS需要非常熟練掌握UIWebView對象。

1.2.2.     Web技術

1、 HTML5

熟練掌握HTML5的各個標簽，如何編寫最優的文檔結構。

2、 CSS

熟練掌握CSS2和CSS3的新特性，能按照效果圖編寫最高性能的樣式。

使用SCSS生成CSS，將CSS可編程化。

3、 JavaScript

實現業務邏輯控制。個人理解JavaScript主要包含兩大內容：DOM編程和面向對象編程。大部分JS開發人員就只掌握DOM編程，諸如document.getElementById()等，但面向對象是很重要的一個方面。

4、 性能和開發

模塊化編程：編寫可復用的組建；

CSS渲染：了解瀏覽器的CSS渲染引擎才能編寫更高效率的樣式；

JS解析：了解瀏覽器的JS解析引擎才能優化JS腳本；

HTTP協議：熟練掌握HTTP請求的各個內容；

AJAX：和服務器端的交互大都采用AJAX。

1.3.     流行框架

1.3.1.     Hybrid 框架

Cordova/PhoneGap：側重於JS與原生的交互，開發簡單，但性能差，如觸摸時反應不靈敏。

AppCan：性能還行，使用簡單，但要提交代碼給AppCan的服務器才能打包，相信有追求的企業是不會把自己的代碼提交給第三方，把打包權利交給第三方的。

Ionic Framework：在Cordova的基礎上增加一些UI/JS方面的東西，樣式還不錯，但同樣具有Cordova的不足。

1.3.2.     UI/JS框架

jQuery Mobile：上手簡單，組件豐富，但性能超級差，閃屏現象嚴重。

Senche Touch：簡單看過，沒有使用過，貌似UI很漂亮，學習成本高。

React Native：FB推出的，當年FB是最早嘗試Hybrid的，但性能超差，於是APP放棄了Hybrid，走原生的道路。在大家都不看好H5時，FB暗中深入挖掘H5，三年之后推出了這個框架，非常推薦各位去學習其中的思想。

GMU：百度推出的，這個不錯。

1.3.3.     UI/JS庫

這個就多了，jQuery、Zepto、Swiper、iScroll、RequireJS、AngularJS……

1.3.4.     個人建議

由於移動端是一個重視性能和用戶體驗的終端，大量采用框架存在一些問題：

1、 擴展、維護、定制成本，這個非常需要考慮，或許框架提供的UI風格和自己設計的UI風格差異大，導致設計圍繞框架轉，不符合產品的需求。

2、 既然是框架，強調的是覆蓋面廣度和功能的全面，會有很多無用的東西，帶來累贅；

3、 框架本身存在BUG，或許需要開發人員面對一些能力之外的問題。

總之，如果只追求像山寨作坊一樣快速產出、不計性能的開發產品，那使用現成的框架是不二選擇。但如果追求性能和真正的產品，建議使用庫，不要使用框架。但是很多框架的實現思想都很優秀，雖然不建議使用，但我們應該多接觸學習其中的思想，才能寫更好的代碼。僅僅建議而已，不中聽請忽略。

1.4.     系列大綱

本系列博文將按照我近三年來開發Hybrid App過程中的體會進行編寫，以一個APP完整開發為線索，形成一套完整的混合模式開發的解決方案。

1、 JS和原生交互架構

2、 WEB端基礎知識准備

3、 UI適配方案

4、 UI組件開發及封裝

5、 JS模塊化開發

6、 升級、部署方案

 

1.4.     混合開發分類‘

Hybrid App按網頁語言與程序語言的混合，通常分為三種類型：多View混合型，單View混合型，Web主體型。

多View混合型

即Native View和Web View獨立展示，交替出現。2012年常見的Hybrid App是Native View與WebView交替的場景出現。這種應用混合邏輯相對簡單。即在需要的時候，將WebView當成一個獨立的View（Activity）運行起來，在WebView內完成相關的展示操作。這種移動應用主體通常是Native App，Web技術只是起到補充作用。開發難度和Native App基本相當。

單View混合型

即在同一個View內，同時包括Native View和Web View。互相之間是覆蓋（層疊）的關系。這種Hybrid App的開發成本較高，開發難度較大，但是體驗較好。如百度搜索為代表的單View混合型移動應用，既可以實現充分的靈活性，又能實現較好的用戶體驗。

Web主體型

即移動應用的主體是Web View，主要以網頁語言編寫，穿插Native功能的Hybrid App開發類型。這種類型開發的移動應用體驗相對而言存在缺陷，但整體開發難度大幅降低，並且基本可以實現跨平台。Web主體型的移動應用用戶體驗的好壞，主要取決於底層中間件的交互與跨平台的能力。國外的appMobi、PhoneGap和國內的WeX5、AppCan和Rexsee都屬於Web主體型移動應用中間件。其中Rexsee不支持跨平台開發。appMobi和PhoneGap除基礎的底層能力更多是通過 插件（Plugins）擴展的機制實現Hybrid。AppCan除了插件機制，還提供了大量的單View混合型的接口來完善和彌補Web主體型Hybrid App體驗差的問題，接近Native App的體驗。而WeX5則在揉合PhoneGap和Bootstrap等主流技術的基礎上，對性能進一步做了深度優化，不但完全具備Native App對本地資源的調用能力，性能體驗也不輸原生；WeX5所開發出來的app具備完全的跨端運行能力，可以無需任何修改直接運行在各種前端環境上。

 

從分析可見，Hybrid App中的Web主體型只要能夠解決用戶體驗差的問題，就可以變成最佳Hybrid App解決方案類型。

多主體共存型（靈活型）

這是一種新型的開發模式，即支持Web主體型的應用，又支持以Native主體的應用，也支持兩者混合的開發模式。比如kerkee框架[2]   ，它具有跨平台、用戶體驗好、性能高、擴展性好、靈活性強、易維護、規范化、具有Debug環境、徹底解決跨域問題等特點。用戶體驗與Native App媲美。功能方面，開發者可隨意擴展接口。