HTML的使用現(xiàn)在是越來越廣了，很多的企業(yè)都有著自己的網(wǎng)站，而有網(wǎng)站那么肯定就要有HTML開發(fā)師，這個就是為什么現(xiàn)在市面上有那么多的企業(yè)都在招HTML開發(fā)師的原因了，HTML開發(fā)師這么受歡迎那么學習的人肯定也是特別的多的，使用HTML時4種常見的錯誤方法你知道嗎?
一、不要使用section作為div的替代品
人們在標簽使用中常見到的錯誤之一就是隨意將HTML5的等價于——具體地說，就是直接用作替代品(用于樣式)。在XHTML或者HTML4中，我們?？吹竭@樣的代碼：
Page content </div><div id="secondary"> Secondary content
</div><div id="footer"> Footer content </div>
而現(xiàn)在在HTML5中，會是這樣： 請不要復(fù)制這些代碼!這是錯誤的!
<header>
并不是樣式容器。**section元素表示的是內(nèi)容中用來幫助構(gòu)建文檔概要的語義部分。它應(yīng)該包含一個頭部。如果你想找一個用作頁面容器的元素(就像HTML或者XHTML的風格)，那么考慮如Kroc
Camen所說，直接把樣式寫到body元素上吧。如果你仍然需要額外的樣式容器，還是繼續(xù)使用div吧。
基于上述思想，下面才是正確的使用HTML5和一些ARIA roles特性的例子(注意，根據(jù)你自己的設(shè)計，你也可能需要加入div)
<!-- Header content --><div role="main"><!-- Page content
--></div><aside role="complementary"><!-- Secondary content
--></aside><footer><!-- Footer content
--></footer>
如果你還是無法確定使用哪種元素，那么我建議你參考HTML5 sectioning content element flowchart
二、只在需要的時候使用header和hgroup
寫不需要寫的標簽當然是毫無意義的。不幸的是，我經(jīng)?？吹絟eader和hgroup被無意義的濫用。你可以閱讀一下關(guān)于header和hgroup元素的兩篇文章做一個詳細的了解，其中內(nèi)容我簡單總結(jié)如下：
header元素表示的是一組介紹性或者導航性質(zhì)的輔助文字，經(jīng)常用作section的頭部
當頭部有多層結(jié)構(gòu)時，比如有子頭部，副標題，各種標識文字等，使用hgroup將h1-h6元素組合起來作為section的頭部 。
header的濫用 ：由于header可以在一個文檔中使用多次，可能使得這樣代碼風格受到歡迎：
<!-- Article content -->
如果你的header元素只包含一個頭部元素，那么丟棄header元素吧。既然article元素已經(jīng)保證了頭部會出現(xiàn)在文檔概要中，而header又不能包含多個元素(如上文所定義的)，那么為什么要寫多余的代碼。簡單點寫成這樣就行了：
在headers這個主題上，我也經(jīng)常看到hgroup的錯誤使用。有時候不應(yīng)該同時使用hgroup和header: 如果只有一個子頭部
如果hgroup自己就能工作的很好。。。這不廢話么
如果header的子元素是hgroup，那還要header干神馬?如果header中沒有其他的元素(比如多個hgroup)，還是直接拿掉header吧。
三、不要把所有列表式的鏈接放在nav里
隨著HTML5引入了30個新元素(截止到原文發(fā)布時)，我們在構(gòu)造語義化和結(jié)構(gòu)化的標簽時的選擇也變得有些不慎重。也就是說，我們不應(yīng)該濫用超語義化的元素。不幸的是，nav就是這樣一個被濫用的例子。nav元素的規(guī)范描述如下：
nav元素表示頁面中鏈接到其他頁面或者本頁面其他部分的區(qū)塊;包含導航連接的區(qū)塊。
注意：不是所有頁面上的鏈接都需要放在nav元素中——這個元素本意是用作主要的導航區(qū)塊。舉個具體的例子，在footer中經(jīng)常會有眾多的鏈接，比如服
務(wù)條款，主頁，版權(quán)聲明頁等等。footer元素自身已經(jīng)足以應(yīng)付這些情況，雖然nav元素也可以用在這里，但通常我們認為是不必要的。
關(guān)鍵的詞語是“主要的”導航。當然我們可以互相噴上一整天什么叫做“主要的”。而我個人是這樣定義的：
主要的導航
站內(nèi)搜索
二級導航(略有爭議)
頁面內(nèi)導航(比如很長的文章)
既然并沒有的對錯，所以根據(jù)一個非正式投票以及我自己的解釋，以下的情況，不管你放不放，我反正不放在中：
分頁控制
社交鏈接(雖然有些社交鏈接也是主要導航，比如“關(guān)于”“收藏”)
博客文章的標簽
博客文章的分類
級導航
過長的footer
如果你不確定是否要將一系列的鏈接放在nav中，問你自己：“它是主要的導航嗎?”為了幫助你回答這個問題，考慮以下首要原則：
如果使用section和hx也同樣合適，那么不要用nav — Hixie on IRC
為了方便訪問，你會在某個“快捷跳轉(zhuǎn)”中給這個nav標簽加一個鏈接嗎?
如果這些問題的答案是“不”，那就跟鞠個躬，然后獨自離開吧。
四、figure元素的常見錯誤
figure以及figcaption的正確使用，確實是難以駕馭。讓我們來看看一些常見的錯誤， 不是所有的圖片都是figure 。
上文中，我曾告訴各位不要寫不必要的代碼。這個錯誤也是同樣的道理。我看到很多網(wǎng)站把所有的圖片都寫作figure?？丛趫D片的份上請不要給它加額外的標簽了。你只是讓你自己蛋疼，而并不能使你的頁面內(nèi)容更清晰。
規(guī)范中將figure描述為“一些流動的內(nèi)容，有時候會有包含于自身的標題說明。一般在文檔流中會作為獨立的單元引用?！边@正是figure的美妙之處——它可以從主內(nèi)容頁移動到sidebar中，而不影響文檔流。
這些問題也包含在之前提到的HTML5 element flowchart中。
如果純粹只是為了呈現(xiàn)的圖，也不在文檔其他地方引用，那就不是。其他視情況而定，但一開始可以問自己：“這個圖片是否必須和上下文有關(guān)?”如果不是，那可能也不是(也許是個)。繼續(xù)：“我可以把它移動到附錄中嗎?”如果兩個問題都符合，則它可能是。
Logo并不是figure
，沒什么好說的了。這就是很普通的錯誤。我們可以為logo是否應(yīng)該是H1標簽而互相噴到牛都放完回家了，但這里不是我們討論的焦點。真正的問題在于figure元素的濫用。figure只應(yīng)該被引用在文檔中，或者被section元素圍繞。我想你的logo并不太可能以這樣的方式引用吧。很簡單，請勿使用figure。你只需要這樣做:
<!-- More stuff in here -->
Figure也不僅僅只是圖片
使用HTML時4種常見的錯誤方法達內(nèi)科技的小編已經(jīng)和大家說了，如果說你想要學習HTML的話那么達內(nèi)科技歡迎你來我們公司進行實地考察，也可以來試聽下我們HTML培訓班的免費試聽課程，獲取的方式可以點擊我們文章下面的獲取試聽資格按鈕來獲取。
