移動開發中HTML5能否替代本地程序？
隨著移動設備越來越先進，對 HTML5 的支持度越來越高，我們進軍移動領域的時候，都會遇到一個問題，是選擇 HTML5 和還是 Native (用原生代碼編寫的本地程序)？HTML5的前景無疑是誘人的，一句“Write once, run anywhere”就可以秒殺一切。筆者最近兩年來對 HTML5 與 Native 有較為深入的研究，覺得兩者之間不能僅僅是二分法來選擇，還要根據企業自身的情況、團隊的構成、公司的戰略以及產品的特點來綜合選擇。
HTML5的發展前景我無疑是非常看好的，各大公司也不遺余力的推動，目前主流的三大智能機操作系統 iOS、Android 和 WIndows Phone 都已經支持大部分的 HTML5 特性。而移動設備硬件軍備競賽也為 HTML5 掃清硬件障礙。按照現在的發展速度，我判斷是在三年以內甚至更快，移動設備運行 HTML5 將會完全沒有壓力，無論是標準還是硬件。現在主流的智能機已經配置雙核瀏覽器和 1G 及以上的內存，今年再出智能機沒這個配置你都不好意思發布了。
談談 HTML5
1. HTML5 可以讓你擺脫對平臺的依賴，用戶打開瀏覽器，直接就可以訪問你的應用，而不需要經過各種 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是戰略性方向，非死book 和 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/]，原文鏈接：http://iove.net/archives/2991.html，網站轉載請注明來源于涂雅并保留原文鏈接，否則視為侵權。