HTML 5，神化運動進行時
原創(chuàng)【51CTO觀察】你對一門Web前端技術(shù)抱有怎樣的期待？
除了簡單易用，它還要完美支持媒體元素、可以實現(xiàn)網(wǎng)頁的3D化效果、可以操作本地文件、具有足夠的安全性、能做一些數(shù)據(jù)存儲工作，另外，如果能從底層改變當(dāng)前Web的通信機制就更好了。
注意，這里提到的是“一門”技術(shù)，而不是很多種技術(shù)的綜合，不是JavaScript、不是RIA、不是某種網(wǎng)絡(luò)協(xié)議。這是目前我們所能看到的還處于草案階段的HTML 5。
作為最基礎(chǔ)的Web技術(shù)，HTML語言已經(jīng)10年沒有過大范圍的改變，這十年間互聯(lián)網(wǎng)從技術(shù)到應(yīng)用都已滄海桑田；與紛繁的服務(wù)器端技術(shù)的進化相比，人們甚至已經(jīng)淡忘HTML還需要升級，還可以增添更多的屬性和功能。
HTML版本歷史
◆超文本標記語言（第一版）——在1993年6月由互聯(lián)網(wǎng)工程工作小組（IETF）工作草案發(fā)布（并非標準）
◆HTML 2.0——1995年11月作為RFC 1866發(fā)布，在RFC 2854于2000年6月發(fā)布之后被宣布已經(jīng)過時
◆HTML 3.2——1996年1月14日，W3C推薦標準
◆HTML 4.0——1997年12月18日，W3C推薦標準
◆HTML 4.01（微小改進）——1999年12月24日，W3C推薦標準
◆ISO HTML（“ISO/IEC 15445:2000”）——2000年5月15日發(fā)布，基于嚴格的HTML 4.01語法，是國際標準化組織和國際電工委員會的標準
51CTO第一次關(guān)注HTML 5標準是在2008年的一篇文章《HTML 5正式標準恐2022年才能正式發(fā)布》。這篇報道中，HTML 5標準的編著者Ian Hickson為HTML 5的推出列出了一個時間表。他假定各個瀏覽器開發(fā)商會在HTML 5處于最后起草階段時開始全面支持HTML 5，而這就將HTML5的廣泛應(yīng)用推后到了2012年。更糟糕的是，最終的推薦性正式標準直到2022才會發(fā)布。
當(dāng)時，這篇報道并沒有引起人們太多的注意；關(guān)于HTML 5，國內(nèi)媒體也沒有太多關(guān)注。但51CTO認為，作為一項重要的基礎(chǔ)性技術(shù)標準，HTML 5有必要被我們關(guān)注和熟知，隨后我們陸續(xù)推出了
◆HTML 5指引下一代網(wǎng)絡(luò)應(yīng)用開發(fā)標準
等介紹HTML 5的技術(shù)概覽和入門文章。隨后，這個未來的Web開發(fā)標準開始漸漸被人們注意，并在Youtube正式開放HTML 5視頻功能、iPad不支持Flash等消息被廣泛傳播后開始迅速升溫。
HTML 5 vs Flash
有時，媒體的放大器作用也需要時機。iPad不支持Flash（蘋果官方的說法是資源占用和耗電量等原因），引發(fā)了一場HTML 5與Flash的技術(shù)論戰(zhàn)。一時間，不明就里的媒體開始瘋炒HTML 5來臨 Flash死亡倒計時 。人們將視線聚焦在HTML 5的視頻功能上，并開始與其他RIA技術(shù)相提并論，比如：
◆HTML 5會為Flash和Silverlight送終嗎？
◆HTML 5真的能戰(zhàn)勝Flash和Silverlight？
這些文章用疑問句和危機感引起了多數(shù)讀者的注意，Adobe CEO甚至親自站出來反駁。事實上，HTML 5與Flash等RIA技術(shù)并不是一個層面的技術(shù)。雖然在相同的應(yīng)用需求下（Web視頻方面），HTML 5可以用自身的標簽（主要是和）代替Flash的部分功能，但也僅僅是“代替”和“部分”而已。
以Flash在這個領(lǐng)域多年積累的優(yōu)勢，幾年內(nèi)少有技術(shù)能夠撼動；何況2022年才發(fā)布的HTML 5標準給Adobe留下了足夠的時間拉開距離。更重要的是，HTML 5是Web前端的實現(xiàn)技術(shù)，它更專注與內(nèi)容的格式與輸出；而Adobe的Flash卻有一套完整的RIA技術(shù)解決方案。
另外，看看《HTML 5視頻音頻元素全解析》一文我們就會知道，作為一門標記型語言，HTML 5在實現(xiàn)Web視頻方面稍顯無力，F(xiàn)lash開發(fā)者無法再使用他們熟悉的ActionScript腳本來控制頁面的交互邏輯和功能。習(xí)慣于DIV+CSS的前端工程師們也未必接受HTML變的更復(fù)雜。
HTML 5與Flash的可笑對決因為媒體的放大而被大家熟知并談?wù)摚荒撤N程度上，這成為樹立HTML 5彪悍形象的強大推力，HTML 5正在被神化，我們似乎忘記了，它只是一門標記語言，只是鋪在瀏覽器里等待被解析的一堆尖括號。
對Web視頻的支持只是HTML 5眾多“神奇”功能中的一個，它還有更神奇的地方。
法力無窮的HTML 5
HTML 5 File API，有關(guān)文檔操作的API，改善基于瀏覽器的Web應(yīng)用程序處理文件上傳的方式，使文件直接拖放上傳成為可能。目前，草案定義了新的輸入選項 ﹤input type=”file”﹥ 來處理文件上傳。
安全沙箱機制，針對iframe元素增加sandbox屬性，可以防止不信任的Web頁面執(zhí)行某些操作。可以有效防止訪問父頁面的DOM、讀寫Cookie、本地存儲或本地SQL數(shù)據(jù)庫等。
HTML 5 Web SQL Database，使用本地和會話存儲實現(xiàn)簡單的對象持久化，對簡單的關(guān)鍵值對（比如應(yīng)用程序設(shè)置）或簡單對象（如應(yīng)用程序狀態(tài)）進行存儲，使用本地和會話存儲能夠很好地完成。
HTML5 3D技術(shù)標準，內(nèi)建3D技術(shù)的支持，無需插件即可將網(wǎng)頁3D化；不僅可以簡化開啟顯卡3D網(wǎng)頁硬加速功能的操作步驟，而且還規(guī)定了一套適合網(wǎng)頁使用的3D圖形接口界面，支持腳本化運行。
改變Web通信機制！定義在HTML 5規(guī)范的通信章節(jié)HTML 5 Web Socket可以通過一個單一的Socket實現(xiàn)一個全雙工，雙向通信的信道。HTML 5 Web Socket提供的標準可以使用它構(gòu)建可擴展的實時Web應(yīng)用程序。
以上所提到的功能特性存在于目前的HTML 5草案中，我們可以想象正式標準公布之時會有怎樣一串長長的特性列表。而在正式標準公布之前，關(guān)于未來Web開發(fā)標準的神化運動會一直進行下去。
本來這篇文章寫到這里就可以收尾，但想起了一位51CTO網(wǎng)友對HTML Web Socket一文的評論，也許可以從一個側(cè)面反映出人們對HTML 5的無奈、憤怒和期待：“真正應(yīng)該關(guān)心的技術(shù)，是屏蔽各代技術(shù)之間差異的庫或者框架，比如Flash，sliverlight，java applet，甚至各種js庫”，該評論的完全版請點這里。
新特性“威武”
這是個新功能新特性“論斤稱”的時代。我們經(jīng)常看到某種技術(shù)（或軟件）在更新版本時都會附上一堆強悍的功能列表；并在大家爭相傳頌之后，被視為神跡。而之前的Bug修正列表在近幾年很少被提及。技術(shù)造神論在廠商和媒體的不斷炒作中漸漸神化得無比強大，哪怕它現(xiàn)在只是個草案或者概念。但當(dāng)這些技術(shù)真正來到我們面前時，我們卻只能以一種仰視的角度無奈的看待它們。
這其中所隱含的是技術(shù)更新與實際需求的不對稱；廠商的技術(shù)競爭策略與真實應(yīng)用開發(fā)環(huán)境的不對稱。技術(shù)的演進不在我們觸手可及的地方，你需要在一堆新概念新噱頭中學(xué)會疲憊的跳躍。
這其中的關(guān)鍵是開發(fā)者應(yīng)用需求與廠商商業(yè)策略的背離：我們和技術(shù)廠商都期望的太多，卻很少重合。
我們對一門新技術(shù)抱有怎樣的期待？以下是51CTO的觀點，不足之處請留言補充。
新技術(shù)應(yīng)該在現(xiàn)有技術(shù)的基礎(chǔ)上對不足之處提供足夠的調(diào)整和優(yōu)化；這需要對開發(fā)者和社區(qū)有足夠的敬意和耐心。
新技術(shù)應(yīng)該專注當(dāng)前的應(yīng)用場景（范圍），而不是太過“貪婪”于其他熱門領(lǐng)域，不然很容易“跑偏”；
新技術(shù)的目標應(yīng)該是所謂的“里程碑”版本，它為開發(fā)者或使用者提供足夠的理由轉(zhuǎn)換到新版本，并維持這個版本足夠長的時間，不會因更新過快導(dǎo)致兼容性和學(xué)習(xí)成本過高的問題。
