HTML5是本年度最夯的網(wǎng)路技術名詞之一。先是谷歌在前領軍，在自家服務嵌入HTML5技術（例如Gmail的的拖曳附檔），接著各家瀏覽器和網(wǎng)路公司分頭抬轎，幾乎全網(wǎng)路圈都等著迎接大明星HTML5正式版的到來。

但是，身為一個非技術人員，為免落入「別人吃麵你喊燒」的窘境，繼刊出《關於HTML5，你應該了解的五件事“報導后，我們要再次進行對HTML5的認知健檢，讓你不僅看熱鬧，還能學會看門道：

HTML5會取代閃存嗎？

這真是個大哉問！

HTML5與閃光的恩怨，最初主要來自于賈伯斯對的Adobe Flash的批評。

兩者在網(wǎng)路影音播放的體現(xiàn)上，最具體的差別就是，使用者需要下載的Flash的插件，才能播放影片，而且穩(wěn)定性也較差;而HTML5則直接以網(wǎng)頁的語法呼叫影片，透過瀏覽器的編碼處理影片播放。但HTML5本身不帶編碼，需透過瀏覽器的編碼才能播放對應影片，此時遇到各瀏覽器所支援的編碼不一，就會產(chǎn)生問題。

例如支持GPL的火狐，并不支援需要收取授權金的H.264編碼，因此火狐的用戶就無法透過HTML5播放H.264編碼的影片，不像閃存本身即內(nèi)建影片編碼，可播放H.264編碼的影片。因此，理論上兩者各有其應用，只是的Adobe近來宣布已不再支援的Android 4.0以上的閃光，讓HTML5在未來的勢力又更強大了一些。

是賈伯斯促成了HTML5的風行嗎？

是，但也不是。

賈伯斯在2010年4月的一篇“對閃存的思考”的言談，的確大大提高HTML5的關注度，不過，HTML5草案的前身Web應用程序1.0早在2004年年即由WHATWG（注1）提出，并在2007年獲得W3C（全球資訊網(wǎng)協(xié)會）的接納。

聽說HTML5要到2022年才會成熟？

是，但也不是。

HTML5要到2022年才成真的說法，是來自W3C的HTML工作小組的編輯伊恩·希克森，他曾于2010年一次受訪中，推測HTML5要到2022年才能成為一個穩(wěn)定的候選版;但這段話被過度放大了！

伊恩當時這說法的依據(jù)是因為，此標準在2012年候選版公布后，約需經(jīng)過兩個完整瀏覽器世代的應用（約10-12年），才能成為一個100％穩(wěn)定的標準來判斷;但我們?nèi)钥稍?012年拿到正式候選版。

即便根據(jù)W3C 2011年的說法，此候選版的公布已估計會延至2014年年，而W3C和WHATWG這兩個負責HTML5制定的組織也在上個月分家，由W3C繼續(xù)負起制定HTML5的最終制式版本的責任，但各大公司早已緊鑼密鼓地準備HTML5的支援，現(xiàn)在所有新版的瀏覽器也都可支援HTML5了。

無論如何，可確定的是，我們絕對不需要等到2022年，才開始迎接HTML5。

HTML5一定要跟CSS綁在一起嗎？

是，但也不是。

廣義的HTML5的確包含了HTML，CSS，JavaScript的和，但狹義來說，HTML5比較像是網(wǎng)頁的磚土，堆砌起一面網(wǎng)頁的架構與內(nèi)容，而這面牆的外觀則需仰賴CSS的定義。

因此，只要你高興，想用CSS3或CSS2定義網(wǎng)頁的外觀風格都可以，想交由瀏覽器來決定外觀也無妨，只是，你的網(wǎng)頁可能會長得很醜。

HTML5破壞了網(wǎng)頁的無障礙性？

錯。

HTML5打從一開始草擬，就考慮了網(wǎng)頁無障礙的瀏覽經(jīng)驗，確保每個標簽可依照WAI-ARIA（無障礙豐富網(wǎng)際網(wǎng)路應用程式）做設定;除非我們在使用HTML5時，輕忽了對這些標簽的設定，否則HTML5應可幫助使用者在各種平臺上的瀏覽都能有更好的體驗。

HTML5是未來的王道，用了就可以讓我的網(wǎng)站變得超厲害？

是，但也不是。

與11年前推出的HTML4.01相比，HTML5的確增加了許多更方便、好用的功能，如離線儲存、檔案存取、多媒體播放，以及硬體加速等以往需藉由插件或前端網(wǎng)頁語言才能完成的功能。

然而，這些都是建立在對此標準有良好的了解與應用，否則僅只是在原始碼開頭宣告檔案類型為HTML5，并不能為我們的網(wǎng)頁帶來多精彩的改變。