更新時(shí)間:2016年10月13日10時(shí)27分 來(lái)源:傳智播客前端與移動(dòng)開(kāi)發(fā)學(xué)院 瀏覽次數(shù):
在這篇文章中,我將給大家分享HTML5構(gòu)建頁(yè)面的小錯(cuò)誤和不好的實(shí)踐方法,讓我們?cè)谝院蟮墓ぷ髦斜苊膺@些錯(cuò)誤。
不要把<Section>當(dāng)成簡(jiǎn)單的容器來(lái)定義樣式我們經(jīng)??吹降囊粋€(gè)錯(cuò)誤,就是武斷的將<div>標(biāo)簽用<section>標(biāo)簽來(lái)替代,特別是將作為包圍容器的<div>用<section>來(lái)替換。在XHTML或者HTML4中,我們將會(huì)看到類(lèi)似下面的代碼:
如果你還是無(wú)法確定哪一個(gè)元素更適合使用,我建議你去查看HTML5 sectioning content element flowchart來(lái)讓你繼續(xù)前行。
只在需要的時(shí)候使用<hgroup>和<header>標(biāo)簽使用標(biāo)記的時(shí)候?qū)懭肓艘恍┎⒉恍枰默F(xiàn)象這是不合理的。不幸的是,經(jīng)常發(fā)現(xiàn)大家在并不需要的地方使用<header>和<hgroup>標(biāo)簽。你可以跟進(jìn)我們關(guān)于<header>和<hgroup>的最新進(jìn)展,下面是我的簡(jiǎn)單歸納:
你肯定知道,在一個(gè)文檔中,可以使用多次<header>標(biāo)簽,下面就是一種很受大家歡迎的模式:
在標(biāo)題的這個(gè)主題上,經(jīng)??吹绞褂?lt;hgroup>的錯(cuò)誤案例。在下面這種情況下你不能將<header>標(biāo)簽和<hgroup>標(biāo)簽一起使用:
第一種情形看上去是下面的樣子:
當(dāng)<header>標(biāo)簽的子元素只有<hgroup>的時(shí)候,為什么我們還需要一個(gè)額外的<header>?如果沒(méi)有額外的元素放到<header>中(比如<hgroup>的兄弟元素),我們直接將<header>元素去掉就好。
在HTML5新增的30個(gè)元素中(在我們寫(xiě)這篇文章的時(shí)候),我們?cè)跇?gòu)建更具語(yǔ)義\結(jié)構(gòu)化的標(biāo)簽的時(shí)候,我們的選擇變得太豐富。也就是說(shuō)我們對(duì)現(xiàn)在給我們提供的這些超級(jí)有語(yǔ)義的標(biāo)簽,我們可能會(huì)濫用。<nav>就是一個(gè)很悲劇的例子。在規(guī)范中的描述是這樣的:
復(fù)制代碼
- The nav element represents a section of a page that links to other pages or to parts within the page: a section with navigation links.
- Note: Not all groups of links on a page need to be in a nav element — the element is primarily intended for sections that consist of major navigation blocks. In particular, it is common for footers to have a short list of links to various pages of a site, such as the terms of service, the home page, and a copyright page. The footer element alone is sufficient for such cases; while a nav element can be used in such cases, it is usually unnecessary.
- WHATWG HTML spec
這里面的關(guān)鍵詞是”重要”導(dǎo)航。我們可能會(huì)對(duì)”重要”有不同的定義,但是我的理解是:
雖然并沒(méi)有對(duì)錯(cuò)之分,但根據(jù)我的理解和一個(gè)民意投票讓我覺(jué)得在下面這些情形下,我不會(huì)使用<nav>標(biāo)簽:
如果你不能確定是否使用<nav>,那就先對(duì)你問(wèn)一下下面的幾個(gè)問(wèn)題:“這是否是一個(gè)主要鏈接?”,你可以根據(jù)下面的幾個(gè)因素來(lái)回答你剛才的問(wèn)題:
如果上面的回答都是“不”,那可能就不適合使用<nav>。
<figure>元素的錯(cuò)誤<figure>和經(jīng)常與它合伙作案的<figcaption>,是很難掌握的標(biāo)簽,下面是經(jīng)??吹降囊恍┬″e(cuò)誤。
并不是所有的圖片都是figure(注:比較難理解阿,image=圖片,figure=圖形)之前,我曾經(jīng)說(shuō)過(guò)不要寫(xiě)那些不需要的標(biāo)簽。這個(gè)錯(cuò)誤也是相同的。我經(jīng)??吹揭粋€(gè)網(wǎng)站上的每張圖片都有<figure>標(biāo)簽。這些額外增加的標(biāo)簽并不會(huì)給你帶來(lái)任何的益處,并且還增加了你自己的工作強(qiáng)度和讓自己的內(nèi)容變得更難理解。
在規(guī)范中關(guān)于<figure>的解釋如下:“某些流內(nèi)容,可以有標(biāo)題,自我包含并且通常作為一個(gè)單元獨(dú)立于內(nèi)文檔流之外。”在那里有完美的表述,就是它可以被從主內(nèi)容中移除——比如放到邊攔,而對(duì)文檔流沒(méi)有影響。
如果僅僅是一張表現(xiàn)類(lèi)的圖片而且和文檔中其他的內(nèi)容沒(méi)有關(guān)系的話,那就不需要使用<figure>.”這張圖片需要對(duì)上下文的內(nèi)容作出解釋嗎?”,如果答案是”否”,那就可能不是<figure>(可能是<aside>),“我能把它移到附錄里面嗎?”,如果這兩個(gè)問(wèn)題的答案都是”是”,那就可能是<figure>.
你的標(biāo)志不是一個(gè)<figure>將上面的延伸開(kāi)來(lái),對(duì)你的logo也是這樣。下面是兩組我找到的有規(guī)律的代碼片斷:
這里就不需要說(shuō)啥了,這是很明顯的錯(cuò)誤,可能你認(rèn)為我們說(shuō)的是不是將logo放在H1標(biāo)簽里面,但是我們?cè)谶@里并不討論這個(gè)問(wèn)題。讓我們迷惑的是<figure>元素。<figure>標(biāo)簽只用在當(dāng)有上下文需要說(shuō)明或者被<section>包圍的時(shí)候。我這里要說(shuō)的是你的logo可能很少會(huì)被這種情況下使用。很簡(jiǎn)單,那就不要去這樣做,你需要的僅僅是下面的樣子。
另一個(gè)對(duì)<figure>的誤解就是我們通常認(rèn)為它只能用在圖片上面。事實(shí)上并不是這樣子的,它可以被用在 <video><audio>, 一個(gè)圖標(biāo) (比如<SVG>), 一個(gè)引用, 一個(gè)表格, 一段代碼, 一段散文, 或者任何和這些相關(guān)的組合。不要把你的<figure>標(biāo)簽僅僅局限在圖片上。我們網(wǎng)頁(yè)制作師的任務(wù)就是用標(biāo)簽更準(zhǔn)確的描述內(nèi)容。
這里有一篇更深入講解 <figure>的文章I wrote about <figure>,很值得閱讀的。
不要去使用那些不必要的type屬性這可能是我們最常見(jiàn)的一些問(wèn)題,它們并不是真正的錯(cuò)誤,但我覺(jué)得我們的最好實(shí)踐還是盡量避免這種模式。
在HTML5中,我們并不需要給<script>和<script>增加 type 屬性,如果這些從CMS默認(rèn)添加的內(nèi)容中移出是很痛苦的事情,那當(dāng)你手工編碼的時(shí)候還寫(xiě)入它們或者你能完全的控制你的模板時(shí)候你完全可以刪掉它們。因?yàn)樗械臑g覽器都會(huì)將<script>解析成Javascript和<css>標(biāo)簽是CSS,你不再需要那個(gè)type屬性了:
現(xiàn)在我們可以寫(xiě)成下面的樣子:
你也能夠?qū)幋a的設(shè)置作出省略。Mark Pilgrim在Dive into HTML5的語(yǔ)義化一章中作出了解釋。
不要包含錯(cuò)誤的表單屬性你可能發(fā)現(xiàn)<html5>引入了很多新的表單屬性?,F(xiàn)在我就給大家講講一些不合適的使用。
布爾值屬性新引入的標(biāo)簽屬性有幾個(gè)是布爾類(lèi)型的,它們的標(biāo)簽行為基本接近。這些屬性包括:
坦白的說(shuō),下面的這種情況對(duì)我來(lái)說(shuō)并不常見(jiàn),但我們從 required 作為例子,如下:
基本上看,這段代碼并不會(huì)帶來(lái)危害??蛻舳藢?duì) HTML的解析遇到 required 標(biāo)簽屬性時(shí),他的功能就會(huì)生效。但是當(dāng)我們將代碼修改,錄入 required=”false” 的情況呢?
解析的時(shí)候依然會(huì)遇到 required 屬性,雖然你希望加入的行為是“假”,它依然會(huì)被解析成“真”。
這里有三種合理的方法讓布爾值生效。(第二種和第三種方案只有你在寫(xiě) XHTML 解析的時(shí)候需要)
我們上面的例子可以寫(xiě)成下面的樣子:
總結(jié)
對(duì)我來(lái)說(shuō),我無(wú)法將所有蹩腳的代碼模式都展示在這里,但是上面說(shuō)的這些都是我們經(jīng)常遇到的。
本文版權(quán)歸傳智播客web前端開(kāi)發(fā)培訓(xùn)學(xué)院所有,歡迎轉(zhuǎn)載,轉(zhuǎn)載請(qǐng)注明作者出處,謝謝!
作者:傳智播客web前端開(kāi)發(fā)培訓(xùn)學(xué)院
首發(fā):http://m.xamj520.com/web/
北京校區(qū)