Imported Layers

HTML5 之於行動裝置上應用的開發

隨著手持裝置越來越先進,對HTML5的支持度越來越高,最近當我們在替客戶建置網站的時候,都會遇到一個問題,選擇HTML5和還是 Native (HTML4.01/ XHTML 1.0)?
?HTML5的前景無疑是誘人的,一句“Write once, run anywhere”就可以秒殺一切。最近兩年我們開始對HTML5與 Native 有較為深入的研究,覺得兩者之間不能僅僅是二分法來選擇,還要根據企業自身 的情況、團隊的構成、公司的戰略以及產品的特點來綜合選擇

HTML5 Buzz

HTML5的發展前景無疑是非常看好的,不知不覺已經成為業界的一個 Buzz Word, 所有客戶的網站建置需求都把 HTML5 掛在嘴邊
沒錯, 目前主流的三大智能機操作系統iOS、Android和WIndows Phone都已經支持大部分的HTML5特色。而手持裝置硬體軍備競賽也為HTML5掃清硬體障礙。按照現在的發展速度,我們判斷是在兩年以內甚至更快,移 動設備運行HTML5將會完全沒有壓力 (抑或是已經發生了? lol), 以目前 Smart Phone 的規格來看, 不管是軟體/ 硬體都已經到位. HTML5 用於開發手機上的運用老早已經開始發酵了.

談談 HTML5 吧

1.HTML5可以讓你擺脫對平台(App Store…)的依賴,用戶打開瀏覽器,直接就可以訪問你的應用,而不需要經過各種Store的審核。

2.實時更新,通常平台的審核都需要七個工作日左右的時間,如果你發布之後發現問題怎麼辦?Web方式就不存在這種問題。

3.Write once,run anywhere?

這是多少程式員的夢想,也曾經是Java讓人心動的地方,但真正做過跨平台解決方案的人都知道,這只是一句口號而已,跨平台沒那麼容易玩轉的。沒 錯,HTML5可以實現Write once, run anywhere,但我們總不能寫一個Hello World來run anywhere吧。不同平台有自己的特色,不同平台用戶也有自己的操作習慣,如果你想討好所有人,也就意味著你無法討好任何人。

4.減少開發工作量或者讓開發變得更簡單?

對老板來說,這是一個非常誘人話題,因為工作量的減少就意味著節省更多的錢,沒有老板不喜歡用更少的錢辦更多的事。而且目前一個非常大的問題是,移 動設備開發人員特別是iOS開發人員非常不好找,因為技術好的都自己做應用了,人家自己也能賺個月薪上萬甚至更多,為什麼要進你的公司?怎麼說也是自己的 事業,擁有無限可能,還可以充分享受自由。但如果可以充分利用HTML5,那麼我們就可以招聘Web前端的開發人員來構建移動應用,這樣就不愁招人的有問 題。因為在許多人的眼裡,HTML5/CSS/Javascript都是沒多大技術含量的東西,實在找不到人,找些實習生學學也就會了。

但問題是,工作量真的會減少嗎?技術門檻真的那麼低麼?答案是NO!

我曾經花了半年的時間去開發一個基於HTML5的移動框架,用來模擬 Native 應用,讓HTML5應用看起來盡可能看起來像本地應用,注意:是 像。這有點像jTouch,但不一樣的是,它能和 Native 程式很好地交互,並且能調用本地資源等等特色。但最後結果確不是那麼令人滿意,比如 HTML5在動畫切換的時候,有時候候會有一些莫名其妙的問題,當然你可以告訴我把動畫效果關了,但這看起來很死板,最後我不得不關閉某些動畫。而用 Objective-c編寫程式就沒這麼多事了,幾句簡單的程式可以實現很酷的動畫,用HTML5需要更多的程式,甚至根本無法實現。

而且手持裝置上的HTML5開發對開發人員的技術有非常高的要求,不是一般的Web前端人員能解決的,通常擁有這樣技術的人才,工資水平也不會比 Native 開發人員低多少。如果你僅僅是要開發一個手持裝置上的網站,這會簡單很多,但如果你希望模擬 Native 應用,並且擁有較高的效率和優雅的用 戶體驗,這就很有技術含量了。不要小看Javascript這類Web開發語言,通常我的看法是越簡單的語言越會體現出技術人員的水平,特別是規劃設計能 力。

5.其它問題,資源調用的限制,比如說在iOS中有Javascript運行不能超過15秒的限制,不能調用本地硬體設備(如相機等),無法使用推送服務等。

如何選擇?

是否這樣,我們就不要選擇HTML5了呢?我在前面說過:“要根據企業自身的情況、團隊的構成、公司的戰略以及產品的特點來綜合選擇”,我最近在關 於HTML5討論的微博上也有談到:“HTML5是戰略性方向,Facebook和Google已經布局,Google Mobile在iPhone上的體驗可以媲美 Native 。基本上 Native +Web App可以秒殺多數應用,如果不願意受制於各種Store,單獨的Web App也是一個不錯的方向。對於游戲類和對硬體環境依賴嚴重的應用,只能是是 Native ”。僅管有這樣那樣的問題,但HTML5是一種趨勢,在未來三至五年,HTML5將會取代很多本地應用,但就像多年前我們一直在談B/S架構取代C/S架構一樣,這需要一個過程。

通常在HTML與 Native 之間,我們有三種選擇——HTML5、 Native App以及HTML5+ Native ,HTML5就是指純Web的移動應用,用戶需要打開瀏覽器,然後輸入應用的網址訪問。 Native 指的是基於特定平 台開發的應用。 Native +HTML5實際上是一種加殼的方式,將HTML5用和瀏覽器封裝起來,但這對用戶是不可見的,用戶沒有任何異物感,和 Store上下載的App沒有什麼兩樣。

就我個人而言,我是比較推崇HTML5+ Native 的,這種加殼的方式,可以讓你享受 Native 與HTML5的雙重好處,但缺點是對技術含量要 求較高。當然我這裡指的不是簡單地把HTML5封裝到一個瀏覽器裡面, Native 與HTML5會有許多的交互,實際上這有點像混合硬盤,我們即便享受 SSD的快速,但我們又想獲得機械硬盤的高性價比。我認為在5-10年內,這都會是一種不錯的解決方案,當HTML5和硬體發展到一定水平之後,我們再完全轉向HTML5成本也會非常低的。

如何做?

假定現有一個對本地環境依賴不那麼嚴重的項目,如微博客戶端,各種社交美食甚至LBS應用,我們都可以采用HTML5+ Native 。如圖所示,我 們可以將核心的程式Core層用封裝起來,這個程式和平台無關,主要是業務邏輯以及和Shell的交互,程式用Web語言編寫。在Core層上我們再根據 不同的移動平台制作不同的UI。最後我們將上述兩層放到各平台的Shell中,這個Shell主要是由瀏覽器來完成工作,當然還包括一些硬體操作和讀取本 地資源,如GPS、重力感應、相機調用、地圖、推送通知或者IAP等。

我們可以把Web的升級部分部署到服務器上,用戶運行App後,App會向服務器講求獲取最新的Web程式並下載運行,這樣可以達到跳過各種 Store的更新審核,達到快速更新的目的。而且假如用戶無法訪問互聯網,我們可以讓用戶使用上一個版本的程式,不會像純Web App那樣要求用戶一定要聯網。

好處

1.用戶可以離線使用
2.更新下載量及少,可以全部更新,也可以選擇替換部分文件
3.程式很安全安全,眾所周知Web應用有一個很大的問題就是程式安全的問題,但現在我們可以將Web程式全部加密,本地應用解密後再運行,大大的提供了程式的安全性。
4.可以通過瀏覽器作為中介充分利用 Native 的好處,比如說可以使用GPS、照相機、本地相冊、讀取本地聯系人,也可以使用推送功能等,最重要的是,某些Web無法實現的功能,我們可以利用 Native 來實現。
5.跨平台,多數核心程式不用重寫,Javascript的程式用得好的話,在許多地方都可以用到,包括移動應用、移動網站、PC網站、各種瀏覽器 插件,甚至可以用WebKit封裝作為跨平台的應用程式。誠然,這種方式並非完全跨平台,但這樣也足以減少很多工作量了,特別是後期的維護。而且完全的跨 平台是沒有意義的,不同平台有自己的風格,為了更好的用戶體驗,界面層還是需要針對性開發的。

壞處

我覺得最大的壞處是技術難度高,如果僅僅是簡單的瀏覽器封裝幾個HTML文件,那沒什麼技術難度,但如果要打造一個系統級的東西,這就很有技術難度 了。這要求有人要了解三個主流平台的瀏覽器特色,通曉 Native 程式的開發,要精通HTML5/CSS3/Javascript,最重要的是,要有較強 的架構設計能力。

如果要再找一個壞處的話,就是它不能滿足所有的需要,它並不能代替 Native ,但我認為他可以替代大部的 Native 。

適合我們嗎?

首先從產品的角度考慮,你的產品是否嚴重依賴於本地環境,比如說圖像處理和華麗的游戲之類的。第二要考慮的是你的技術團隊的構成,如果你們的團隊有 一個能解決這些問題的牛人,並且有一些清通Web前端的人,那我覺得你可以考慮用這種方式。技術選型非常重要,稍有不慎,後患無窮。第三個要考慮你們公司 的戰略,對HTML5未來發展的看法,願意在移動網路上付出多少代價,是否願意做前瞻性的事,是否願意在前期投入較多的資源,是否允許試錯等等。

原文:http://iove.net/archives/2991.html