2014年10月底/終於/HTML5定稿……/技術歷來不會成爲發展的絕對瓶頸/反而商業成了沒法逾越的鴻溝【轉載+整理】

時間 2019-11-25

標籤 2014年 10月終於 html5 html 定稿技術歷來不會成爲發展絕對瓶頸反而商業成了沒法逾越鴻溝轉載+整理欄目 HTML5 简体版

原文原文鏈接

本文內容

1、HTML5 誕生
2、HTML5 第一階段： Web 加強與打破壟斷
3、HTML5 第二階段：移動互聯網
4、HTML5 這回真的來了
5、顛覆原生 App
6、還有什麼會被改變？
7、可是……
參考資料

技術歷來不會成爲發展的絕對瓶頸，反而「商業」成了沒法逾越的鴻溝，摻雜太多的投機成分，固然也有商業政治因素。html

咱們第一次談論 HTML5 要改變世界大概是由於喬布斯，他堅持在 iOS 上不兼容 Flash（你會在喬布斯的傳記找到爲何喬布斯那麼恨 Adobe ），在 Adobe 統治多媒體開發的那個年代，這須要付出極大的勇氣。多年過去，雖然全部人都在談論 HTML5，但大部分人甚至都忘了它仍是一個仍在完善中的體系。html5

2007 年 W3C（萬維網聯盟）立項 HTML5，直至 2014 年 10 月底，這個長達八年的規範終於定稿。接下來，HTML5 將真正開始顛覆原生 App 世界。雖然這種危言聳聽已讓人有點厭煩。但若是回顧 HTML 這些年走過的路，你就不會再懷疑它的能量。css3

1、HTML5 誕生

自 W3C 於 1999 年發佈 HTML4 後，Web 世界快速發展，一片繁榮。人們一度認爲 HTML 標準不須要再升級了。一些致力於發展 Web App 的公司另行成立了 WHATWG 組織。直到 2007 年，W3C 從 WHATWG 接手相關的工做，從新開始發展 HTML5。web

HTML5 發展史，有用戶和技術開發者的需求在推進，更有巨大的商業利益在推進。編程

互聯網早期，對用戶而言，能打開瀏覽器接入到互聯網就是一件神奇的事，但互聯網發展到 2005 年先後，開始出現了下一個變化，那就是寬帶互聯。canvas

隨着寬帶普及和電腦性能加強，人們再也不知足於單純的經過互聯網看新聞、收發郵件，而是消耗更多帶寬的娛樂產品開始出現——流視頻和網頁遊戲。其實，視頻和遊戲是古老的需求。在互聯網不普及的時候，方式是離線傳輸的 VCD 和遊戲光盤，後來互聯網逐漸普及，人們開始經過下載軟件 + 本地媒體播放器來看視頻，以及下載體積較大的端遊玩遊戲。瀏覽器

可是，對用戶體驗更好的新方式又顛覆了以前的一切——流媒體和網頁遊戲。YouTube 等公司把握住潮流飛速崛起，各類頁遊公司也如雨後春筍。安全

HTML 標準沒有把握住產業的變化及時演進，瀏覽器產品也未升級。這塊新需求被瀏覽器插件知足了——Flash。這個部署在億萬瀏覽器裏的商業插件儼然成爲事實標準。2005 年，Adobe 巨資收購 Macromedia，把 Flash 收歸旗下，這樁收購能夠列爲 IT 併購的經典案例，緊接着，大幅推廣 FLV 流媒體和 action script 語言。FLV 流媒體和 Flash 遊戲風靡互聯網，Adobe 在新產業升級中攫取了大量利潤。服務器

除了 Flash 這個商業產品成爲了事實標準，W3C 還面臨一個尷尬，就是另外一個私有擴展協議的製造者——IE。IE 當時在桌面瀏覽器佔有壟斷地位，而且擴展了大量的 IE Only 語法，開發者徹底不知道這些語言是誰定義的。整個 Web 世界，被微軟 +Adobe 這兩家公司綁架了。

不少 IT 巨頭坐不住了，尤爲是蘋果和 Google。PC 操做系統的世界難有突破，Web 瀏覽器被蘋果寄予厚望；新貴 Google 雖然大量贊助 Mozilla，但並未對 IE 的地位產生實質影響，收購了 YouTube 後發現命脈在 Adobe 手裏，很是難過，並且 Google 每一年給 IE 的搜索框和 Adoble FLV 費用數目不小。

既然你們都是 W3C 的主席單位，好吧，咱們從新開始作 HTML5 吧。是的，HTML5 其實就是這麼誕生的。

2、HTML5 第一階段： Web 加強與打破壟斷

自 HTML5 誕生以來，共經歷了兩個階段，分別是 Web 加強和移動互聯網。咱們先從 Web 加強提及。Web 體驗的豐富加強主要表如今：

WebApp。HTML5新增了離線存儲、更豐富的表單（好比 Input type=date）、js 線程、socket、標準擴展 embed、css3……；
流媒體。HTML5新增了 Audio、Video；
遊戲。HTML5新增了 Canvas、WebGL。

固然，HTML5 還爲搜索引擎的語義分析作了優化，好比新增 Header 和 Section 等標籤，也在無障礙等領域作了很多工做，這些很少說。HTML5 在流媒體和遊戲方面的努力，成功的遏制了 Flash 的發展，而後就該遏制 IE 私有語法了。

在 HTML5 標準的升級過程當中，蘋果和 Google 同時也看到了瀏覽器市場從新洗牌的機會，他們一方面參與 HTML5 的規範，一邊在瀏覽器產品上發力。Apple 首先開始大力發展 Safari，創建 WebKit 開源項目，遷移 Safari 到 Windows 平臺；Google 起初是贊助 Mozilla 開發 Firefox，後來本身開發了 v8 引擎，合併 WebKit，於 2008 年正式推出 Chrome。「IE 的私有規範 +Flash 不是標準，咱們纔是標準」這樣的口號在新一代瀏覽器大戰中打響，IE 瞬間成爲千夫所指的壟斷表明，甚至成了阻礙 Web 發展的罪人（當時 IE6 已數年未更新，而且絲絕不懼 Firefox 的發展）。

恰恰微軟此時也出了暈招，推出了一系列即不完整支持規範又互相不兼容的 IE七、八、九、10，完全失去了開發者的支持。

Adobe Flash 被遏制，與 Web 霸主的位子擦肩而過；IE 的私有標準被遏制，而且形成 IE 市場份額不停下滑，直到 IE 最新的移動版本反過來開始支持 WebKit 語法，真是使人唏噓。不知道 HTML6 是否是該打倒 WebKit 壟斷了。

3、HTML5 第二階段：移動互聯網

隨着 Chrome 和 Safari 的高歌猛進，以及 IE+Flash 的衰落，HTML5 告一段落，進入了下一個時代——移動互聯網。HTML5 的跨平臺優點在移動互聯網時代被進一步凸顯。HTML5 是惟一一個通吃 PC、Mac、iPhone、iPad、Android、Windows Phone 等主流平臺的跨平臺語言。Java 和 Flash 都曾夢想這個位置，但夢斷於 iOS。此時人們紛紛開始研究基於 HTML5 開發跨平臺手機應用。不少人當時認爲，原生應用只是過渡，就像當年從 C/S 結構轉變爲 B/S 結構同樣。並且學習 Objective-C 和 Java 很費勁，我既然會網頁開發，爲什麼不試試 HTML5。

W3C 此時成立了 Device API 工做組，爲 HTML5 擴展了 Camera、GPS 等手機特有的 API，然而麻煩的是，移動互聯網初期的迭代太快了，手機 OS 在不停的擴展硬件 API，陀螺儀、距離感應器、氣壓計……每一年手機 OS 都有大版本更新。而 W3C 做爲一個數百家會員單位共同決策的組織，從標準草案的提出到達成一致是很是複雜的過程，跟不上移動互聯網初期的快速迭代。

PhoneGap 的出現，給開發者打開了一扇窗。不少人期待 PhoneGap 不停擴展 API，來補充瀏覽器的不足。Adobe 看到 PhoneGap 彷彿看到了重振江湖地位的但願，但在 Adobe 收購 PhoneGap 後，又發現這個東西問題不少，並且開源使得 Adobe 沒法像 Flash 那樣獲取商業利益，因而就把 PhoneGap 捐給了 Apache，更名爲 Cordova。

由於各類緣由，Cordova 的定位最終沒有成爲瀏覽器的強化，而走向了混合式開發。基於當時的背景，他們認爲原生是不可替代的，「原生 +HTML5」的混合模式更有意義。因此如今 Cordova 的使用每每是「原生工程師 +HTML5 工程師」一塊兒協做完成 App。

這時 Facebook 加入了 W3C，牽頭成立了 Mobile Web 工做組。Facebook 是混 Web 圈的，而且在手機 OS 上並沒有本身的領地，他不喜歡被蘋果和 Google 掌控的原生應用生態系統。Mobile Web 這個工做組的重要目標就是讓 HTML5 開發的網頁應用達到原生應用的體驗。然而，事與願違，它不努力也就算了，結果是努力了卻失敗了。2012 年，Facebook 放棄了 HTML5 的新聞充斥了全世界的 IT 媒體，HTML5 瞬間被打入冷宮。

Facebook 爲什麼放棄 HTML5？核心是，當時基於 HTML5 真的作不出好的移動 App。對比 Twritter 等競爭對手的原生 App，Facebook 的 HTML5 版本實在沒法讓用戶滿意。好比 Push 功能，到如今 HTML5 的推送和原生的推送體驗差距依然巨大，更不用說 HTML5 應用的頁面切換白屏、下拉刷新 / 側滑菜單不流暢等衆多問題。看着原生工程師輕鬆實現搖一搖、二維碼、語音輸入、分享到朋友圈等功能，更是讓 HTML5 工程師感受本身站錯了隊。

即便 Facebook 不喜歡被控制，也不能拿被用戶拋棄來冒險。並且 Facebook 並無掌握關鍵點——手機瀏覽器內核。若是瀏覽器不跟上，其餘都是白搭。

而瀏覽器在手機上的表現是什麼呢？先看 Google，Chrome 性能雖高，但 Android 上的瀏覽器卻並不是 Chrome，而是 WebKit 改出來的一個蹩腳的 Android 瀏覽器；再看蘋果，iOS 上不容許其餘瀏覽器引擎上架 App Store，並且其餘使用 Safari 引擎的應用也沒法調用蘋果本身的 JavaScript 加速引擎 Nitro。結果是蘋果和 Google 不但不在瀏覽器上積極實現 HTML5 關於移動 App 所需的規範，反而對 HTML5 作出種種限制。

無論是當時硬件能力不足，仍是手機 OS 廠商的故意限制，總之，結果很明顯：移動互聯網初期，必定是原生應用生態系統的天下，iOS 和 Android 首先把本身變成老大後，其餘小弟才能尋覓到成長的機會。

Facebook 也好，PhoneGap 也罷，想在移動互聯網初期就分一杯羹是不可能的，但堅持下來，機會每每會出現。

4、HTML5 這回真的來了

HTML5 在這個時間定稿，不晚不早，硬件性能更強、手機 OS 迭代速度降低。隨着 HTML5 標準定稿，一切紛爭將告一段落，如今，屬於 HTML5 的時代到來了。這個曾讓人滿懷但願，又被 Facebook 等衆多滿懷但願的開發者放棄的技術，如今會告訴你們，曾經讓各位失望的緣由，如今已經不存在了！這聽起來有些驚人，你們不由要問：是真的嗎？讓咱們細細分析。

業內俗稱 HTML5 有「性功能」障礙。即 HTML5 性能不如原生、開發工具不如原生、能力調用不如原生。

這致使開發者沒法使用 HTML5 作出與原生同樣的 App。然而，無論是硬件升級，仍是 OS 廠商策略變化，以及相關軟件技術的成熟，已算解決了 HTML5 的「性工能」障礙。

移動端硬件軍備競賽。2011年，iPhone 4s CPU是A5，如今 iPhone 6是 A8，按蘋果歷次發佈會的說法，速度共提高了 7.5 倍。這3年間7.5倍的速度提高，抹平了太多 HTML5 性能問題；
軟件技術的成熟。PhoneGap的發展雖然放緩了，但其餘產品技術卻成熟了。2014 年的 iWeb 大會上，衆多廠商的產品提供了面向開發者免費或開源的 HTML5 性工能障礙的解決方案；
蘋果、Google 策略變化。Google 在2013年末發佈的Android 4.4，內置 Webview 再也不是蹩腳 Android WebKit 瀏覽器，而是 Chromium。2012 年 iPhone 5 發佈後，HTML5 在 iOS 上的表現已使人滿意，Safari 獨家的 JavaScript 加速引擎 Nitro 再也不那麼重要，不過在 iOS 8 發佈後，蘋果仍是很識趣地取消了三方程序調用 Nitro 的限制，如今任意瀏覽器或應用調用 iOS 的 UIWebview 均可以利用 Nitro 加速。兩大手機操做系統霸主和瀏覽器巨頭的態度發生了變化，使得 HTML5 在手機上的發展再也不受限，並且這個變化不可逆只能繼續向前，這種變化勢必會產生深遠的影響。

咱們知道瀏覽器的默認控件樣式和原生控件樣式差異很大，一個高性能的、樣式體驗與原生控件同樣的 UI 框架是很是重要的，以前 jQuery Mobile 等產品的因性能不足，因此難當此任。在這裏作一個廣告，我所在的 DCloud 公司在 iWeb 大會上發佈了系統的 HTML5「性工能缺失」的解決方案，包括解決 HTML5 性能問題的手機端引擎、超快的 HTML5 開發 IDE 產品 HBuilder、還有把 40 萬原生 API 封裝成 JavaScript 對象，以解決 HTML5 能力不足問題的 Native.js 技術。

Intel 公司發佈了 Crosswalk 引擎，可讓 Android 4.0-4.3 手機上的應用打包 Chromium 引擎而不是 Android WebKit。雖然說將來 Android 4.4 會佔據更多市場份額，但目前主流的 Android 手機的系統版本畢竟仍是 4.一、4.2（近期統計，4.4以及超過）。

在專業方向上，不少公司也作出了不錯的成績。觸控的 Cocos2d-html五、Egret runtime 和 Ludei CocoonJS 強化了 Canvas 的表現，讓 HTML5 遊戲體驗更好；UC、獵豹等手機瀏覽器也強化了音視頻播放的表現。

無論是硬件升級、軟件成熟，仍是操做系統廠商策略變化，都在強力推進 HTML5 的爆發。

不過要注意，我說的 HTML5 爆發，不是指手機瀏覽器爆發。有人說 HTML5 很差，由於用戶討厭打開瀏覽器輸入 URL 的過程。我想說這種想法是對 HTML5 的片面理解。HTML5!= 傳統瀏覽器，雖然編程語言仍是 HTML、Javascript、CSS，但發行方式毫不是傳統網站那麼簡單。HTML5 應用的入口，反而不多是啓動瀏覽器輸入 URL，它能夠是存在於手機桌面的圖標、也能夠來自超級 App（如微信朋友圈）、以及搜索引擎、應用市場、廣告聯盟。。。處處都是它的入口。它的入口，比原生 App 更多。

5、顛覆原生App

HTML5 的「性工能」障礙獲得解決，能夠接近原生 App 的效果，因此它就能夠替代原生 App 嗎？不少人認爲，即便 HTML5 會發展的比如今好，也將與原生 App 各佔一部分市場的格局，要求不高的長尾應用會使用 HTML5，而主流應用還是原生 App 的天下。

但我認爲這樣的想法很危險，就像 HP 高層告訴沃茲：誰會在家裏擺一臺電腦呢？將來 HTML5 確定會顛覆原生 App。「性工能」障礙的消除，只是 HTML5 的劣勢被削弱，但劣勢被消除後，它的優點就會大放異彩，HTML5 的優點是什麼？對開發者來講：

跨平臺。在多屏年代，開發者的痛苦指數很是高，人人都期盼HTML5能扮演救星。多套代碼、不一樣技術工種、業務邏輯同步，這是折磨人的過程。有點相似我的電腦早期世界，那個時候的每家電腦都有本身的操做系統和編程語言，開發者疲於作不一樣版本，其實DOS的盛行也很大程度是由於開發者實在沒精力給其餘電腦寫程序。跨平臺技術在早期大多由於性能問題夭折，但中後期硬件能力加強後又會佔據主流，由於跨平臺確實是剛需。
快速迭代。移動互聯網是一個快魚吃慢魚的時代，誰對用戶的需求知足的更快，誰的試錯成本更低，誰就擁有巨大的優點。互聯網產品大多免費、且有網絡效應，後入者搶奪用戶的難度很是大。使用原生開發，從招聘、開發、上線各個環節的效率都慢一倍以上，並且參與的人越多，溝通效率每每拖慢不止一倍。
減低成本。創業者融資並不容易，如何花錢更高效很是重要。若是你使用原生開發的App和競爭對手使用HTML5開發的App沒什麼區別，但你的開發成本高出一倍，我相信沒有投資人會喜歡給你投錢。
導流入口多。HTML5應用導流很是容易，超級App（如微信朋友圈）、搜索引擎、應用市場、瀏覽器，處處都是HTML5的流量入口。而原生App的流量入口只有應用市場。聰明的HTML5開發者固然會玩轉各類流量入口從而取得更強的優點。
分發效率高。前段時間微信朋友圈風靡一時《神經貓》，這個遊戲若是放到Appstore，絕對沒有那麼多流量，超級App帶來的流量，遠大於原生應用市場。假如微信容許遊戲在桌面建立快捷方式、假如遊戲後續升級解決持續娛樂問題，將來不可想象。除了入口多、流量大，導流效率高也不可忽視，誰都知道：頁遊和端遊打一樣的廣告，廣告變用戶的轉化率，頁遊遠遠高於端遊。

HTML5 對用戶的好處是：和流量入口多、分發效率高相對應的，大幅下降使用門檻。用戶眼睛看到一個興趣點，點擊後，就應該當即開始知足用戶需求。好比流媒體能夠當即看，頁遊能夠當即玩。而目前的原生應用市場，用戶須要這樣操做：選一個應用、等待下載、確認權限、等待安裝，而後點擊打開。這樣糟糕的體驗早晚要被顛覆。無論是 App、遊戲，仍是音視頻，將來都將即點即用。誰先知足用戶這個需求，誰就制勝。

這就是所謂「天下武功，惟快不敗」。分析至此，咱們能夠明顯的看出，無論是站在最終用戶角度、仍是站在開發者角度，HTML5 必將取代原生應用當前的位置。並由此引起一系列顛覆。

6、還有什麼會被改變？

HTML5 的爆發，原生 App 生態系統的顛覆，是一場產業革命，不少角色都會受到影響，咱們來預測一番。

標準的 HTML5 引擎並不能解決 HTML5 的全部問題，擁有大流量入口的互聯網巨頭，莫不在思考內嵌更優秀的加強引擎。騰訊推出了 X5 瀏覽器引擎，就是看中這個機會。

目前各路瀏覽器廠商、應用市場廠商、甚至 rom 廠商，都在努力整合更優質的瀏覽器引擎。假使微信內嵌的 webview 能夠運行更優秀的 canvas 遊戲、假使 360 手機助手能夠發行即點即用的 HTML5 應用而且能力體驗與原生一致、假使小米 rom 內置更強大的 webview 使得全部 HTML5 應用在小米手機上運行的更流暢。全部巨頭都會聞風而動，沒錯，這場戰役會是移動互聯網世界的二次世界大戰。

應用分發市場將面臨洗牌，因爲超級 App 的巨大流量能輕易成爲 HTML5 應用的入口，而且會造成大者更大的效應，傳統的應用商店、甚至線下預裝，這些流量不足和效率偏低的發行模式將被擠出市場主流。自己也是超級 App 的大流量應用商店，若是轉型得當，也將以發行 HTML5 應用爲主。
原生的廣告和統計SDK提供商會面臨尬尷，Google、百度等基於網頁的廣告和統計服務會取得更大的優點。開發者再也不須要打包 SDK，引入一個 Script 便可。
開源技術將在移動互聯網領域更加流行。HTML 的開放性造就了大量的開源產品，也反向促進了 HTML 的繁榮。在 Github 上有大量的 JS 框架，而原生的開源代碼數量相比甚少。而將來移動互聯網世界將由於開源而發展的更迅速，這裏也一樣存在類 Github 廠商的機遇。

早期 HTML 只須要記事本寫幾個 Tag，中期的 HTML、JS、CSS 比較複雜，須要更高級的文本編輯器，但 HTML5 到來後，它的代碼量、複雜度、開發模型將與原生開發看齊，須要相似 XCode、Eclipse 等專業的 IDE 工具來解決開發、調試的問題。一些以會使用記事本寫代碼爲榮的開發者，將面臨思路轉換甚至被更高效的開發者淘汰。

HTML5 的強大會引起不少安全問題，而且解決思路與原生不同，業內有可能會出現新的安全廠商領導者。

7、可是……

HTML 5 雖然只是一個技術標準，但眼下更多承載着顛覆蘋果和谷歌移動生態的理想。我並不想單純從技術角度談論 HTML5 的現實處境，由於技術歷來不會成爲發展的絕對瓶頸，尤爲是 HTML 5 自己就不存在任何重大的技術難題。反而「商業」成了 HTML 5 發展沒法逾越的鴻溝。只惋惜「商業」歷來都摻雜太多的投機成分，固然也有商業政治因素。

HTML 5 所謂的「標準定稿」在我看來只是一場公衆秀。HTML 5 標準自始至終就不是 W3C 一家的自留地，更不是惟一的代言人。本來 W3C 組織對外宣傳「要到 2022 年纔會完成 HTML 5 正式標準的頒佈」，如今爲什麼又如此匆忙的定稿？這種定稿真的會對移動開發產生多大影響？

最糾結的10%

真正一直關心 HTML 5 的人會記得 2012 年 7 月的一個重大新聞，HTML 5 的兩個標準組織 W3C 和 WHATWG 由於「理念不合」決定分道揚鑣，這被當作一場 IT 界的商業政治事件。兩者根本的理念差別是，WHATWG 認爲，HTML 5 應該成爲一個動態的標準既（Living Standard），而 W3C 則認爲，應該造成一個固定標準。致使這場事件升級的真正緣由，並不只僅是「理念」這麼簡單，而是兩者各自表明的利益集團背後的推手——WHATWG 向 W3C 叫板的底氣，正是來自 Mozilla、蘋果和 Opera 的支持。而 W3C 則選擇了微軟。

HTML 5 標準自己涉及的技術並沒有任何障礙，但以前遲遲沒法定案的緣由錯綜複雜，緩慢的進度除了再一次證實這些組織的低效外，利益和商業政治博弈纔是直接致使進度緩慢的真正緣由。實際上截止 2013 年，90% 以上的 HTML 5 標準早已完成，剩下的部分偏偏是各大利益集團博弈的重點，這次 W3C 代爲發聲，明顯生米煮成熟飯的意味，這真的會奏效麼？答案是徹底否認的！由於各大金主不會由於一場 PR 活動就放棄本身的利益。

那麼，對開發者和技術用戶而言，W3C 所謂的標準定案到底意味着什麼？是否能夠從中獲益？到底該如何看待這一「進步」？

這一切還要從 W3C 與 WHATWG 的分歧開始，是動態標準，仍是固定標準，更適合開發者？我想，答案或許是 WHATWG 的 Living Standard！由於沒有動態的標準，就不會有 HTML 5 的將來。將來 HTML 5 想獲得真正的發展，核心問題並非標準哪天定稿亦或是瀏覽器性能不足，關鍵在於兩點，一是持續改進，二是生態。

龜速迭代

若是沒有一個持續改進的標準和爲此而不斷努力的組織，HTML 5 就只能把顛覆 App 生態當成一句口號。由於生態革新速度要遠大於開發者的行動速度。

IT world 已經徹底不是 10 年前的樣子，Cloud/Client「雲與端」快速蠶食着傳統 B/S 架構（瀏覽器到服務器）的空間。端不特指「手機端」而是更普遍的包含「pad 端」、「PC 端」，甚至「手錶端」、「汽車端」、「家電端」等等。而相比 PC 時代，更多端的出現，表明着更多的硬件組合以及更多業務場景和功能。咱們一直詬病 W3C 等標準組織行動緩慢，此次標準的公佈很明顯沒有解決任何「雲與端」複雜性的解決方案。設想下面場景：

場景 A：以 iPhone 的 TouchID 爲表明的生物識別功能在各類端上的興起，繼而產生了大量新 API，甚至可能從此帶有硬解的虹膜識別、聲紋識別等能力，在一個固定的 HTML 5 標準下如何解決？HTML 5 附帶的 Device API 只涵蓋了 Feature Phone 時代的基礎通信錄、攝像頭等功能，今天出現的 TouchID 均沒法有效調動，更況且二、3 年後，咱們沒法認知的新功能的標準配套實現。這種狀況下不發展的 HTML 5 標準表明着「弱功能」。
場景 B：智能硬件的發展對藍牙和 wifi 使用以及驅動的需求迅猛增加，而 HTML 5 配套的對藍牙 3.0 驅動的支持標準何在？能夠遵守標準的 HTML 5，亦或是配套的標準，以及協議在瀏覽器內鏈接大部分的智能硬件麼？答案固然也是否認的。這種將來最多見的常見之一都沒法實現，那些大談 HTML 5 將會取代 APP 的人恐怕又會說「這些不是 HTML 5 擅長的，這種舉例毫無疑義」。那請問 HTML 5 擅長的只是排版佈局和閱讀類亦或者一些低價遊戲的 APP 麼？更不要說對於 NFC 等很快可能成爲終端標配的系統新能力，因此定稿後不發展的 HTML 5 標準表明着「弱擴展」。

其實，這一切基於 HTML 5 的論點並不是沒有明確的解決方案，簡單來講所謂的 HTML 5 定稿只是鬧劇和 PR。若是真正期盼 HTML 5 挑戰 App 生態，必定要出現一個不停發展的動態標準，纔可以具有上場參賽的基礎。只是這倚重的是標準背後的「推手」和「金主」，那些想打造本身生態王國的大玩家。做爲 WHATWG 的重要支柱，蘋果公司一直在低調中快速發展着自身的 WebApp 技術，到今天爲止，在 iOS 中已經有比 Android 和其餘操做系統更成熟和完美的圍繞 HTML 5 和 WebApp 的支持，遺憾的是，蘋果公司只是把 HTML 5 當成技術，而沒有爲打造 HTML 5 的生態作出任何其餘的努力。

推不動的生態

2013 年是 HTML 5 最低調的一年，由於在此前一年，衆多打擊接踵而至，除了用戶對 HTML 5 廣泛負面的反饋以外，最嚴重的一次事件就是 Facebook 的完全反水！

扎克伯格：咱們過去最大的錯誤就是在 HTML 5 上面賭太大！

曾幾什麼時候，面對 HTML 5 扎克伯格野心勃勃的推進「複製 Facebook 在 PC 端生態和霸權計劃」。衆所周知，蘋果的生態系統是至關封閉的，Android 雖然開放，可是也全面複製蘋果的玩法 iOS－>Developer－>APP－>Appstore－>User。因此 Facebook 全面推動 HTML 5，妄圖跳開移動操做系統的掌控，擁抱 HTML 5 和 www 的開放流量體系。

但即使是 Facebook 如此重量級的玩家，最後也認栽了。無獨有偶，Linkedin 做爲又一風向標，在 2013 年也一樣放棄了 HTML 5 從新擁抱 APP。到今天，難道短短的一年多，世界就發生了完全的改變，HTML 5 又從新具有了王者的氣質？固然是不可能的，世界上各個 IT 王國都沒有改變，改變的只是時間。

根據 Flurry 報告，相比去年，2014 年用戶在移動端的使用 APP 的份額進一步上升突破 80%，而手機網站的使用狀況進一步被擠壓。這說明用戶市場沒有將 APP 升級和下載當成多大的困難（至少沒你想像的那麼困難），而且隨着 App store 更加人性和智能化的幫助用戶在 wifi 環境下自動升級等機制的普及，APP 在使用上對用戶來講門檻愈來愈低，反而基於 HTML5 的 Web App 的使用和獲取卻是成了用戶的障礙。手機瀏覽器的用戶留存和使用狀況愈來愈不樂觀，這個最重要的 HTML 5 的載體正在失去活力，反而你們寄望於超級 APP，微信在中國眼下成了一根救命稻草。

固然想基於超級 APP 的形式打造自身閉環生態的廠商不止 Facebook 一家，反觀國內試水的大公司也不少，但均以鳴金收兵結尾。從 UC 的 web app 商店到百度的輕應用，構建基於移動 web 流量的生態系統無一成功。目前形成這種局面緣由衆多，例如瀏覽器性能不足、HTML 5 標準未定稿、無有效的 web app 發行渠道等等，可是正如我 3 年前說的，最核心的問題是移動開放流量體系和原生生態系統的對抗。

目前用戶從 App store 去搜索和下載 app，在桌面存留 app 入口點擊使用，這已經成了 iOS 與 Android 生態系統下的固定模式。反而讓用戶進入超級 APP，再經過搜索或鏈接的方式進入一個第三方 web app，不管是從操做流程仍是用戶最終體驗都沒法和操做系統層級的體驗抗衡。而 HTML 5 標準定稿沒有爲這種生態的困難帶來任何一點的改變，因此說HTML 5在W3C操縱下的所謂標準定稿，只是一場PR的鬧劇，雖然攪動了市場，可是也刺激了一批從業者充當炮灰。

期待新玩家

打造移動開放平臺和生態系統，微信是佼佼者，而且成功將部分 App 的流量轉化成了 Web app 的流量。微信也一路創新了導流手段，沒有選擇用戶網址輸入、也沒有選擇用戶搜索進入 web app，而是把帳號變成網址而且直接收藏的方式，造成了一個特殊的「web app 瀏覽器」。在打通了流量後又恰當的加入了支付手段，不但盤活了流量也讓流量變得更加有價值。

這給 HTML 5 開發者帶來了但願，不過很快又很失望，由於開發者發現微信對流量的管控超乎預期。這讓我想到了 SNS 時代開放平臺玩死衆多 social game 廠商的過去。中國有大的互聯網開放平臺，曾經的騰訊、人人甚至淘寶。可是總結規則無一不是「貔貅原則」流量只進不出，所謂的盤活流量只是爲自身生態服務，雖然這樣無可厚非，只是對於開發者來講把本身的夢想嫁接在「中國版的開放平臺上」無異於「與虎謀皮」。所以 HTML 5 生態的創建或許能夠藉助開放平臺，可是真正能夠對抗原生生態的 HTML 5 須要的是相似於 WebOS 這種更完全的變革。

開發者對於 HTML5 的定稿，心態大可保持平和，短時間內不會帶來任何的實質性改變。瀏覽器特別是操做系統廠商也不會由於 W3C 標準的定稿而放棄一直維護的自身利益，該支持的早已經支持，不應支持的也不會遵守標準去支持。只是 HTML 5 做爲進步的一代標準，拋開利益和政治的博弈，仍是會給開發者帶來更多的價值。只要不盲從，以學習的心態積極對待，仍會從中獲益。

HTML 5 和配套的 web 開發技術具備跨平臺、低門檻的特性，目前大量的 APP 中普遍使用了 HTML5 配合 native development 原生開發，極大的下降了 APP 總體的開發成本，更有一些移動應用引擎使用 Javascript 和 HTML 5 開發跨平臺 native app，在不觸碰 iOS 與 Android 生態利益的前提下，發揮實用的價值。所以只要迴歸到技術自己，把 HTML 5 技術應用到能夠使用的場景中充分發揮價值，就能夠逐步迎接更光明的將來。

2 年前，移動開發領域掀起過一次行業大辯論「web app 和 native app 誰死誰活」的問題。今天這個問題依然是一個有價值的問題。因此下一篇是，HTML 5 盛宴（二）：再論 Web app 和 Native app 的將來。