一兩年前，HTML5似乎還是一個模糊的概念，只有少數(shù)幾個互聯(lián)網(wǎng)的書呆子才會關(guān)心。而現(xiàn)在，卻感覺仿佛HTML5無所不在了。感謝Mozilla和 Chrome的快速發(fā)布，以及微軟IE9的部署(IE 10現(xiàn)在也處于“技術(shù)預(yù)覽”狀態(tài)了)，數(shù)量有限(或者說比有限要更好些)的支持HTML 5的瀏覽器已將近人人皆可享受。
開發(fā)人員開始利用那些得到廣泛實(shí)現(xiàn)的功能特性。不出1年HTML 5就將得到完全支持，而規(guī)范也正在迅速到達(dá)穩(wěn)定狀態(tài)，現(xiàn)在正是了解一些HTML 5須知的好時機(jī)。
1: XHTML不再，(支持XML 語法的)HTML 5永存
XHTML是喜歡精確，尤其是在解析方面精確的人的選擇。HTML外觀一直都有很多與XML相似的地方，但卻永遠(yuǎn)都無法跟XML一模一樣，因此，試圖把它當(dāng)做XML來解析必將失敗。因此不久前，XHTML被制定出來替代HTML語言，并把它歸到XML的術(shù)語里面。當(dāng)HTML 5的 工作首次啟動的時候，同時也在進(jìn)行著XHTML 2的工作，但它最終還是被封存了。相反地，HTML 5規(guī)范制定出來的目的在于，讓你能夠編寫遵循嚴(yán)格的XML語法的，并能工作的HTML 5文件。 如果你把它跟XML MIME類型一并發(fā)送出去的話，用戶代也會把它作為XML文檔來進(jìn)行解析。這把兩個世界最好的東西都給了開發(fā)人員。
2: 2022之神話，2011之現(xiàn)實(shí)
對于HTML 5，流傳很廣的誤解之一是“到2022年之前都不會完成”。其典型的支持證據(jù)是若干年前我對HTML 5規(guī)范的編輯蘭·?？松?Ian Hickson)的一次采訪。具有諷刺意味的是，即便是在那次采訪中，他對2022年這個日期也很明確。但是有些人對此很激動，其憤怒的文章引起的注意要比實(shí)際的事實(shí)引發(fā)的關(guān)注多得多。
事實(shí)是2022年是?？松A(yù)期HTML5規(guī)范成為完全W3C推薦的日子，到那個時候?qū)袃蓚€100%完成的、可驗(yàn)證的實(shí)現(xiàn)。這既相當(dāng)?shù)臎]有意義的同時又稱得上是一次巨大的飛躍，為了讓大家了解為什么說，可以想想，沒有其他版本的HTML規(guī)范曾經(jīng)達(dá)到過那樣的地位，這主要是因?yàn)閷τ谌魏螌?shí)現(xiàn)來說要做到可驗(yàn)證的正確都太含糊了。而HTML 5規(guī)范正接近于固化不變，就是現(xiàn)在，2011年。
3: 對大多開發(fā)人員而言，這是Flash和Silverlight殺手
在如何用于對文檔進(jìn)行標(biāo)記方面，盡管HTML 5的確做了若干的改進(jìn)，大的關(guān)注點(diǎn)仍是應(yīng)用。HTML 5所引入的用于支持應(yīng)用開發(fā)的特性的數(shù)量是令人驚愕的。這并不是說Flash和Sliverlight很快就會消失。但是微軟已經(jīng)宣布其對Sliverlight重新定位關(guān)注點(diǎn)為瀏覽器以外的體驗(yàn)。Flash和Silverlight仍擁有一些HTML 5不具備的能力，但是對于許多共同目標(biāo)來說，現(xiàn)在鴻溝不再了，這要?dú)w功于HTML 5的新能力?？赡苤貙懸延袘?yīng)用并不值得，但是你應(yīng)該看看HTML 5對于新應(yīng)用來說是否有意義。
4: 它是許多新工具的基石
隨著HTML 5成為一個完全成熟的應(yīng)用框架，工具制造商，尤其是那些設(shè)計(jì)用于克服跨平臺開發(fā)問題的，現(xiàn)在正把他用作其產(chǎn)品的基礎(chǔ)技術(shù)。如果你正在尋求編寫跨平臺運(yùn)行的應(yīng)用，并且其也在HTML 5的能力范圍之內(nèi)，那么你應(yīng)當(dāng)考慮一下這些工具。這對于移動領(lǐng)域尤其重要，否則的話，對于每一個你打算作為目標(biāo)的手機(jī)平臺來說，都需要去學(xué)習(xí)全新的語言、API以及框架。
5: 重要而有爭議的tag
“HTML 5最佳新特性”我的個人之選是tag(標(biāo)簽)。之前(也有tag)，你自己得求助于Flash 或Silverlight來為你的網(wǎng)站提供一個媒體播放器。而有了這些新的標(biāo)簽之后，從理論上來說，那些日子一去不復(fù)返了。為什么只是“理論上”呢?令人悲哀的的是，由于專利的緣故，對于應(yīng)該支持哪種格式，不同的瀏覽器制造商尚不太能確定。而一旦塵埃落定，F(xiàn)lash和Silverlight都會失去其#1用戶案例。
6: 谷歌谷歌，帶頭大哥
如果說似乎Chrome瀏覽器在HTML 5上有了一個極好的開端的話，那么這里也有一個好的理由。HTML 5規(guī)范的制定進(jìn)程中給編寫和部署代碼賦以濃彩重墨。我這么說并不是指他們不管任何瀏覽器供應(yīng)商做了什么都會蓋上“橡皮圖章”了事。但你是很難說服那些參與編寫規(guī)范的人接受尚未實(shí)現(xiàn)的特性，已實(shí)現(xiàn)的特性更有可能被列入為規(guī)范新項(xiàng)目的基礎(chǔ)。由于Chrome似乎每幾周就會有一個新版本出來，因此谷歌加進(jìn)去的新特性也被納入到HTML5規(guī)范里面的機(jī)會就會很大。
7: “標(biāo)準(zhǔn)兼容”終獲證明
每當(dāng)有人宣稱某個瀏覽器是或不是“標(biāo)準(zhǔn)兼容”的時候，我都不得不笑起來。在HTML 5之前，標(biāo)準(zhǔn)兼容簡直就不可能被加以證明。許多情況下，當(dāng)前的規(guī)范都太過含糊或干脆對重要問題默不作聲(像處理解析錯誤)，結(jié)果就是不同的瀏覽器都可以做范圍很廣的不同事情，并依然要么是標(biāo)準(zhǔn)兼容的，要么是被歸類為“不兼容性無法證實(shí)”。即便是最著名的ACID測試也證實(shí)不了太多東西，由于它只測試了HTML的子集。而HTML 5的門檻則提高了不少，證明一個用戶代理是標(biāo)準(zhǔn)兼容的終于有可能了。的確，2022這個到達(dá)“建議”狀態(tài)的日期背后的其中一個原因就是需要編寫完全測試包。
8: “標(biāo)準(zhǔn)兼容”仍無法保證外觀
Web瀏覽器里面的標(biāo)準(zhǔn)兼容并沒有像人們通常所認(rèn)為那樣的行為，HTML 5也沒有改變這一事實(shí)。HTML的一個大的困惑是許多的Web設(shè)計(jì)者和開發(fā)人員認(rèn)為HTML規(guī)范控制著屏幕項(xiàng)目的外觀;其實(shí)不然。舉個例子，如果它喜歡的話，Web瀏覽器可令tag使用更大或不同顏色的字體而非加粗字體，也還能保持兼容性。許多時候，當(dāng)設(shè)計(jì)者說瀏覽器與標(biāo)準(zhǔn)不兼容的時候，其所遭遇到的實(shí)際上是賦予用戶代理的在如何顯示標(biāo)簽方面的靈活性。HTML5并沒有改變這一事實(shí)。如果你一定要讓標(biāo)簽按照精確地方式顯示，別指望瀏覽器的缺省行為;把你的需求在CSS中指定。
9: 解析更為精確
HTML5規(guī)范終于引入了精確解析規(guī)則，并定義了像用戶代理遭遇解析錯誤時應(yīng)該做的事情。因此，你可以預(yù)期，過去一些習(xí)慣于被當(dāng)做可接受乃至“合法”HTML而通過的東西不再符合要求。你將會想要去熟悉HTML5的解析規(guī)則并確保你的代碼符合其要求。
10: HTML5遠(yuǎn)非瀏覽器
在HTML之前的版本中，存在著一種與生俱來的假設(shè)，那就是傳統(tǒng)的Web瀏覽器是用戶代理的選擇。盡管其他的用戶代理和內(nèi)容類型也得到了支持，隱含的想法是它們并非同等的重要。但是，針對于非瀏覽器、非桌面大小的用戶代理，HTML5在與瀏覽器更為平等地相待方面做出了很多的改變。像在屏幕閱讀器和手機(jī)上工作得有多好之類的東西取得了許多進(jìn)展。因此，對于需要它的開發(fā)人員來說，寫得好的HTML5是能夠“一次編寫，隨處查看”的框架，它也能夠?qū)δ切┓駝t就要與Web做斗爭的用戶(尤其是那些存在各種障礙的人士)起作用。