一、不要使用section作為div的替代品
人們?cè)跇?biāo)簽使用中最常見到的錯(cuò)誤之一就是隨意將HTML5的等價(jià)于——具體地說眶掌，就是直接用作替代品(用于樣式)挡育。在XHTML或者HTML4中，我們称优溃看到這樣的代碼：
Page?content????????Secondary?content???????Footer?content??
而現(xiàn)在在HTML5中即寒，會(huì)是這樣：請(qǐng)不要復(fù)制這些代碼！這是錯(cuò)誤的！
并不是樣式容器母赵。**section元素表示的是內(nèi)容中用來幫助構(gòu)建文檔概要的語(yǔ)義部分逸爵。它應(yīng)該包含一個(gè)頭部。如果你想找一個(gè)用作頁(yè)面容器的元素(就像HTML或者XHTML的風(fēng)格)凹嘲，那么考慮如Kroc Camen所說师倔，直接把樣式寫到body元素上吧。如果你仍然需要額外的樣式容器周蹭，還是繼續(xù)使用div吧趋艘。
基于上述思想，下面才是正確的使用HTML5和一些ARIA roles特性的例子（注意凶朗，根據(jù)你自己的設(shè)計(jì)瓷胧，你也可能需要加入div）
如果你還是無法確定使用哪種元素，那么我建議你參考HTML5 sectioningcontent element flowchart
二棚愤、只在需要的時(shí)候使用header和hgroup
寫不需要寫的標(biāo)簽當(dāng)然是毫無意義的搓萧。不幸的是，我經(jīng)秤霭耍看到header和hgroup被無意義的濫用矛绘。你可以閱讀一下關(guān)于header和hgroup元素的兩篇文章做一個(gè)詳細(xì)的了解，其中內(nèi)容我簡(jiǎn)單總結(jié)如下：
header元素表示的是一組介紹性或者導(dǎo)航性質(zhì)的輔助文字刃永，經(jīng)常用作section的頭部當(dāng)頭部有多層結(jié)構(gòu)時(shí)货矮，比如有子頭部，副標(biāo)題斯够，各種標(biāo)識(shí)文字等囚玫，使用hgroup將h1-h6元素組合起來作為section的頭部。
header的濫用：由于header可以在一個(gè)文檔中使用多次读规，可能使得這樣代碼風(fēng)格受到歡迎：
如果你的header元素只包含一個(gè)頭部元素抓督，那么丟棄header元素吧。既然article元素已經(jīng)保證了頭部會(huì)出現(xiàn)在文檔概要中束亏，而header又不能包含多個(gè)元素（如上文所定義的）铃在，那么為什么要寫多余的代碼。簡(jiǎn)單點(diǎn)寫成這樣就行了：
在headers這個(gè)主題上碍遍，我也經(jīng)扯ㄍ看到hgroup的錯(cuò)誤使用。有時(shí)候不應(yīng)該同時(shí)使用hgroup和header:如果只有一個(gè)子頭部如果hgroup自己就能工作的很好怕敬。揣炕。。這不廢話么
如果header唯一的子元素是hgroup东跪，那還要header干神馬畸陡？如果header中沒有其他的元素（比如多個(gè)hgroup）鹰溜，還是直接拿掉header吧。
三丁恭、不要把所有列表式的鏈接放在nav里
隨著HTML5引入了30個(gè)新元素（截止到原文發(fā)布時(shí)）曹动，我們?cè)跇?gòu)造語(yǔ)義化和結(jié)構(gòu)化的標(biāo)簽時(shí)的選擇也變得有些不慎重。也就是說涩惑，我們不應(yīng)該濫用超語(yǔ)義化的元素仁期。不幸的是桑驱，nav就是這樣一個(gè)被濫用的例子竭恬。nav元素的規(guī)范描述如下：
nav元素表示頁(yè)面中鏈接到其他頁(yè)面或者本頁(yè)面其他部分的區(qū)塊；包含導(dǎo)航連接的區(qū)塊熬的。注意：不是所有頁(yè)面上的鏈接都需要放在nav元素中——這個(gè)元素本意是用作主要的導(dǎo)航區(qū)塊痊硕。舉個(gè)具體的例子，在footer中經(jīng)常會(huì)有眾多的鏈接押框，比如服 務(wù)條款岔绸，主頁(yè)，版權(quán)聲明頁(yè)等等橡伞。footer元素自身已經(jīng)足以應(yīng)付這些情況盒揉，雖然nav元素也可以用在這里，但通常我們認(rèn)為是不必要的兑徘。
關(guān)鍵的詞語(yǔ)是“主要的”導(dǎo)航刚盈。當(dāng)然我們可以互相噴上一整天什么叫做“主要的”。而我個(gè)人是這樣定義的：
[if !supportLists]·[endif]主要的導(dǎo)航
[if !supportLists]·[endif]站內(nèi)搜索
[if !supportLists]·[endif]二級(jí)導(dǎo)航（略有爭(zhēng)議）
[if !supportLists]·[endif]頁(yè)面內(nèi)導(dǎo)航（比如很長(zhǎng)的文章）
既然并沒有絕對(duì)的對(duì)錯(cuò)挂脑，所以根據(jù)一個(gè)非正式投票以及我自己的解釋藕漱，以下的情況，不管你放不放崭闲，我反正不放在中：
[if !supportLists]·[endif]分頁(yè)控制
[if !supportLists]·[endif]社交鏈接（雖然有些社交鏈接也是主要導(dǎo)航肋联，比如“關(guān)于”“收藏”）
[if !supportLists]·[endif]博客文章的標(biāo)簽
[if !supportLists]·[endif]博客文章的分類
[if !supportLists]·[endif]級(jí)導(dǎo)航
[if !supportLists]·[endif]過長(zhǎng)的footer
如果你不確定是否要將一系列的鏈接放在nav中，問你自己：“它是主要的導(dǎo)航嗎刁俭？”為了幫助你回答這個(gè)問題橄仍，考慮以下首要原則：
如果使用section和hx也同樣合適，那么不要用nav—Hixie on IRC
為了方便訪問牍戚，你會(huì)在某個(gè)“快捷跳轉(zhuǎn)”中給這個(gè)nav標(biāo)簽加一個(gè)鏈接嗎侮繁？
如果這些問題的答案是“不”，那就跟鞠個(gè)躬翘魄，然后獨(dú)自離開吧鼎天。
四、figure元素的常見錯(cuò)誤
figure以及figcaption的正確使用暑竟，確實(shí)是難以駕馭斋射。讓我們來看看一些常見的錯(cuò)誤育勺，不是所有的圖片都是figure。
上文中罗岖，我曾告訴各位不要寫不必要的代碼涧至。這個(gè)錯(cuò)誤也是同樣的道理。我看到很多網(wǎng)站把所有的圖片都寫作figure桑包∧吓睿看在圖片的份上請(qǐng)不要給它加額外的標(biāo)簽了。你只是讓你自己蛋疼哑了，而并不能使你的頁(yè)面內(nèi)容更清晰赘方。
規(guī)范中將figure描述為“一些流動(dòng)的內(nèi)容，有時(shí)候會(huì)有包含于自身的標(biāo)題說明弱左。一般在文檔流中會(huì)作為獨(dú)立的單元引用窄陡。”這正是figure的美妙之處——它可以從主內(nèi)容頁(yè)移動(dòng)到sidebar中拆火，而不影響文檔流跳夭。
這些問題也包含在之前提到的HTML5 element flowchart中。如果純粹只是為了呈現(xiàn)的圖们镜，也不在文檔其他地方引用币叹，那就絕對(duì)不是。其他視情況而定模狭，但一開始可以問自己：“這個(gè)圖片是否必須和上下文有關(guān)颈抚？”如果不是，那可能也不是（也許是個(gè)）胞皱。繼續(xù)：“我可以把它移動(dòng)到附錄中嗎邪意？”如果兩個(gè)問題都符合，則它可能是反砌。
Logo并不是figure雾鬼，沒什么好說的了。這就是很普通的錯(cuò)誤宴树。我們可以為logo是否應(yīng)該是H1標(biāo)簽而互相噴到牛都放完回家了策菜，但這里不是我們討論的焦點(diǎn)。真正的問題在于figure元素的濫用酒贬。figure只應(yīng)該被引用在文檔中又憨，或者被section元素圍繞。我想你的logo并不太可能以這樣的方式引用吧锭吨。很簡(jiǎn)單蠢莺，請(qǐng)勿使用figure。你只需要這樣做:
Figure也不僅僅只是圖片
另一個(gè)常見的關(guān)于figure的誤解是它只被圖片使用零如。figure可以是視頻躏将，音頻锄弱，圖表，一段引用文字祸憋，表格会宪，一段代碼，一段散文蚯窥，以及任何它們或者其他的組合掸鹅。不要把figure局限于圖片。web標(biāo)準(zhǔn)的職責(zé)是精確的用標(biāo)簽描述內(nèi)容
喜歡這篇分享拦赠，可以加群118502769 更多干貨分享
