站長資訊網(wǎng)
        最全最豐富的資訊網(wǎng)站

        html5中的常見錯(cuò)誤用法

        html5中的常見錯(cuò)誤用法

        html5中常見的6中錯(cuò)誤用法:

        一、不要使用section作為div的替代品

        (學(xué)習(xí)視頻分享:html視頻教程)

        人們在標(biāo)簽使用中最常見到的錯(cuò)誤之一就是隨意將HTML5的<section>等價(jià)于<div>——具體地說,就是直接用作替代品(用于樣式)。在XHTML或者HTML4中,我們常看到這樣的代碼:

        <!-- HTML 4-style code --><div id="wrapper">     <div id="header">         <h1>My super duper page</h1>         Header content  </div>     <div id="main">         Page content    </div>     <div id="secondary">         Secondary content   </div>     <div id="footer">         Footer content  </div></div>
        登錄后復(fù)制

        而現(xiàn)在在HTML5中,會是這樣:
        請不要復(fù)制這些代碼!這是錯(cuò)誤的!

        <section id="wrapper">     <header>         <h1>My super duper page</h1>         <!-- Header content -->     </header>     <section id="main">         <!-- Page content -->     </section>     <section id="secondary">         <!-- Secondary content -->     </section>     <footer>         <!-- Footer content -->     </footer></section>
        登錄后復(fù)制

        這樣使用并不正確:**

        并不是樣式容器。**section元素表示的是內(nèi)容中用來幫助構(gòu)建文檔概要的語義部分。它應(yīng)該包含一個(gè)頭部。如果你想找一個(gè)用作頁面容器的元素(就像HTML或者XHTML的風(fēng)格),那么考慮如Kroc Camen所說,直接把樣式寫到body元素上吧。如果你仍然需要額外的樣式容器,還是繼續(xù)使用div吧。
        基于上述思想,下面才是正確的使用HTML5和一些ARIA roles特性的例子(注意,根據(jù)你自己的設(shè)計(jì),你也可能需要加入div)

        <body><header>     <h1>My super duper page</h1>     <!-- Header content --></header><div role="main">     <!-- Page content --></div><aside role="complementary">     <!-- Secondary content --></aside><footer>     <!-- Footer content --></footer></body>
        登錄后復(fù)制

        如果你還是無法確定使用哪種元素,那么我建議你參考HTML5 sectioning content element flowchart
        二、只在需要的時(shí)候使用header和hgroup
        寫不需要寫的標(biāo)簽當(dāng)然是毫無意義的。不幸的是,我經(jīng)常看到header和hgroup被無意義的濫用。你可以閱讀一下關(guān)于header和hgroup元素的兩篇文章做一個(gè)詳細(xì)的了解,其中內(nèi)容我簡單總結(jié)如下:

        header元素表示的是一組介紹性或者導(dǎo)航性質(zhì)的輔助文字,經(jīng)常用作section的頭部當(dāng)頭部有多層結(jié)構(gòu)時(shí),比如有子頭部,副標(biāo)題,各種標(biāo)識文字等,使用hgroup將h1-h6元素組合起來作為section的頭部
        header的濫用

        由于header可以在一個(gè)文檔中使用多次,可能使得這樣代碼風(fēng)格受到歡迎:
        請不要復(fù)制這段代碼!此處并不需要header –>

            <header>         <h1>My best blog post</h1>     </header>     <!-- Article content --></article>
        登錄后復(fù)制

        如果你的header元素只包含一個(gè)頭部元素,那么丟棄header元素吧。既然article元素已經(jīng)保證了頭部會出現(xiàn)在文檔概要中,而header又不能包含多個(gè)元素(如上文所定義的),那么為什么要寫多余的代碼。簡單點(diǎn)寫成這樣就行了:

        <article>     <h1>My best blog post</h1>     <!-- Article content --></article>
        登錄后復(fù)制

        的錯(cuò)誤使用
        在headers這個(gè)主題上,我也經(jīng)常看到hgroup的錯(cuò)誤使用。有時(shí)候不應(yīng)該同時(shí)使用hgroup和header:

        如果只有一個(gè)子頭部如果hgroup自己就能工作的很好。。。這不廢話么
        第一個(gè)問題一般是這樣的:
        請不要復(fù)制這段代碼!此處不需要hgroup –>

            <hgroup>         <h1>My best blog post</h1>     </hgroup>     <p>by Rich Clark</p></header>
        登錄后復(fù)制

        此例中,直接拿掉hgroup,讓heading果奔吧。

        <header>     <h1>My best blog post</h1>     <p>by Rich Clark</p></header>
        登錄后復(fù)制

        第二個(gè)問題是另一個(gè)不必要的例子:
        請不要復(fù)制這段代碼!此處不需要header –>

            <hgroup>         <h1>My company</h1>         <h2>Established 1893</h2>     </hgroup></header>
        登錄后復(fù)制

        如果header唯一的子元素是hgroup,那還要header干神馬?如果header中沒有其他的元素(比如多個(gè)hgroup),還是直接拿掉header吧。(web前端學(xué)習(xí)交流群:328058344 禁止閑聊,非喜勿進(jìn)!)

        <hgroup>     <h1>My company</h1>     <h2>Established 1893</h2></hgroup>
        登錄后復(fù)制

        三、不要把所有列表式的鏈接放在nav里

        隨著HTML5引入了30個(gè)新元素(截止到原文發(fā)布時(shí)),我們在構(gòu)造語義化和結(jié)構(gòu)化的標(biāo)簽時(shí)的選擇也變得有些不慎重。也就是說,我們不應(yīng)該濫用超語義化的元素。不幸的是,nav就是這樣一個(gè)被濫用的例子。nav元素的規(guī)范描述如下:
        nav元素表示頁面中鏈接到其他頁面或者本頁面其他部分的區(qū)塊;包含導(dǎo)航連接的區(qū)塊。
        注意:不是所有頁面上的鏈接都需要放在nav元素中——這個(gè)元素本意是用作主要的導(dǎo)航區(qū)塊。舉個(gè)具體的例子,在footer中經(jīng)常會有眾多的鏈接,比如服 務(wù)條款,主頁,版權(quán)聲明頁等等。footer元素自身已經(jīng)足以應(yīng)付這些情況,雖然nav元素也可以用在這里,但通常我們認(rèn)為是不必要的。
        關(guān)鍵的詞語是“主要的”導(dǎo)航。當(dāng)然我們可以互相噴上一整天什么叫做“主要的”。而我個(gè)人是這樣定義的:

        • 主要的導(dǎo)航

        • 站內(nèi)搜索

        • 二級導(dǎo)航(略有爭議)

        • 頁面內(nèi)導(dǎo)航(比如很長的文章)

        • 既然并沒有絕對的對錯(cuò),所以根據(jù)一個(gè)非正式投票以及我自己的解釋,以下的情況,不管你放不放,我反正不放在

        • 分頁控制

        • 社交鏈接(雖然有些社交鏈接也是主要導(dǎo)航,比如“關(guān)于”“收藏”)

        • 博客文章的標(biāo)簽

        • 博客文章的分類

        • 三級導(dǎo)航

        • 過長的footer
          如果你不確定是否要將一系列的鏈接放在nav中,問你自己:“它是主要的導(dǎo)航嗎?”為了幫助你回答這個(gè)問題,考慮以下首要原則:

        • 如果使用section和hx也同樣合適,那么不要用nav — Hixie on IRC
          為了方便訪問,你會在某個(gè)“快捷跳轉(zhuǎn)”中給這個(gè)nav標(biāo)簽加一個(gè)鏈接嗎?

        • 如果這些問題的答案是“不”,那就跟

        四、figure元素的常見錯(cuò)誤

        figure以及figcaption的正確使用,確實(shí)是難以駕馭。讓我們來看看一些常見的錯(cuò)誤,
        不是所有的圖片都是figure
        上文中,我曾告訴各位不要寫不必要的代碼。這個(gè)錯(cuò)誤也是同樣的道理。我看到很多網(wǎng)站把所有的圖片都寫作figure。看在圖片的份上請不要給它加額外的標(biāo)簽了。你只是讓你自己蛋疼,而并不能使你的頁面內(nèi)容更清晰。
        規(guī)范中將figure描述為“一些流動的內(nèi)容,有時(shí)候會有包含于自身的標(biāo)題說明。一般在文檔流中會作為獨(dú)立的單元引用。”這正是figure的美妙之處——它可以從主內(nèi)容頁移動到sidebar中,而不影響文檔流。
        這些問題也包含在之前提到的HTML5 element flowchart中。
        如果純粹只是為了呈現(xiàn)的圖,也不在文檔其他地方引用,那就絕對不是

        。其他視情況而定,但一開始可以問自己:“這個(gè)圖片是否必須和上下文有關(guān)?”如果不是,那可能也不是(也許是個(gè))。繼續(xù):“我可以把它移動到附錄中嗎?”如果兩個(gè)問題都符合,則它可能是 。
        Logo并不是figure
        進(jìn)一步的說,logo也不適用于figure。下面是我常見的一些代碼片段:

        <!-- 請不要復(fù)制這段代碼!這是錯(cuò)的 --><header>     <h1>         <figure> ![My company](/img/mylogo.png) </figure>         My company name </h1></header>
        登錄后復(fù)制
        <!-- 請不要復(fù)制這段代碼!這也是錯(cuò)的 --><header>     <figure> ![My company](/img/mylogo.png) </figure></header>
        登錄后復(fù)制

        另一個(gè)常見的關(guān)于figure的誤解是它只被圖片使用。figure可以是視頻,音頻,圖表,一段引用文字,表格,一段代碼,一段散文,以及任何它們或者其他的組合。不要把figure局限于圖片。web標(biāo)準(zhǔn)的職責(zé)是精確的用標(biāo)簽描述內(nèi)容。

        五、不要使用不必要的type屬性

        這是個(gè)常見的問題,但并不是一個(gè)錯(cuò)誤,我認(rèn)為我們應(yīng)該通過最佳實(shí)踐來避免這種風(fēng)格。
        在HTML5中,script和style元素不再需要type屬性。然而這些很可能會被你的CMS自動加上,所以要移除也不是那么的輕松。但如果你是手工編碼或者你完全可以控制你的模板的話,那真的沒有什么理由再去包含type屬性。所有的瀏覽器都認(rèn)為腳本是javascript而樣式是css樣式,你沒必要再多此一舉了。

        <!-- 請不要復(fù)制這段代碼!它太冗余了! --><link type="text/css" rel="stylesheet" href="css/styles.css" /><script type="text/javascript" src="js/scripts" /></script>
        登錄后復(fù)制

        其實(shí)只需要這樣寫:

        <link rel="stylesheet" href="css/styles.css" /><script src="js/scripts" /></script>
        登錄后復(fù)制

        甚至指定字符集的代碼都可以省略掉。Mark Pilgrim在Dive into HTML5的語義化一章中作出了解釋。

        六、form屬性的錯(cuò)誤使用

        HTML5引入了一些form的新屬性,以下是一些使用上的注意事項(xiàng):
        布爾屬性
        一些多媒體元素和其他元素也具有布爾屬性。這里所說的規(guī)則也同樣適用。
        有一些新的form屬性是布爾型的,意味著它們只要出現(xiàn)在標(biāo)簽中,就保證了相應(yīng)的行為已經(jīng)設(shè)置。這些屬性包括:

        • autofocus

        • autocomplete

        • required

        坦白的說,我很少看到這樣的。以required為例,常見的是下面這種:

        <!-- 請不要復(fù)制這段代碼! 這是錯(cuò)的! --><input type="email" name="email" required="true" /><!--
        登錄后復(fù)制
         另一個(gè)錯(cuò)誤的例子 --><input type="email" name="email" required="1" />
        登錄后復(fù)制

        嚴(yán)格來說,這并沒有大礙。瀏覽器的HTML解析器只要看到required屬性出現(xiàn)在標(biāo)簽中,那么它的功能就會被應(yīng)用。但是如果你反過來寫equired=”false”呢?

        <!-- 請不要復(fù)制這段代碼! 這是錯(cuò)的! --><input type="email" name="email" required="false" />
        登錄后復(fù)制

        解析器仍然會將required屬性視為有效并執(zhí)行相應(yīng)的行為,盡管你試著告訴它不要去執(zhí)行了。這顯然不是你想要的。
        有三種有效的方式去使用布爾屬性。(后兩種只在xthml中有效)

        • required

        • required=””

        • required=”required”

        上述例子的正確寫法應(yīng)該是:

        <input type="email" name="email" required />
        登錄后復(fù)制

        相關(guān)推薦:html5教程

        贊(0)
        分享到: 更多 (0)
        網(wǎng)站地圖   滬ICP備18035694號-2    滬公網(wǎng)安備31011702889846號
        主站蜘蛛池模板: 99久久99久久精品国产片| 99久久国产综合精品成人影院| 国产精品视频分类一区| 久久性精品| 一本大道久久a久久精品综合| 亚洲AV永久无码精品水牛影视| 国产精品国产AV片国产| 97热久久免费频精品99| 中文字幕精品无码一区二区三区| 91精品婷婷国产综合久久| 国内精品久久久久久99蜜桃| 日本精品一区二区三区在线视频| 91av国产精品| 91视频国产精品| 精品国产乱码一区二区三区| 亚洲综合av永久无码精品一区二区 | 精品无码久久久久久久动漫| 99精品在线观看| 精品无码AV一区二区三区不卡| 亚洲欧美国产精品第1页| 欧美精品亚洲精品日韩专区| 国产午夜亚洲精品国产成人小说| 亚洲国产精品人久久| 久久亚洲精品中文字幕三区| 国产精品成人在线| 国产精品久久网| 久久99精品国产麻豆宅宅| 99在线精品视频在线观看| 国产精品免费看久久久 | 久久精品a亚洲国产v高清不卡 | 亚洲综合精品香蕉久久网97| 免费欧美精品a在线| 国产午夜精品一区理论片| 2021国产精品视频| 国产精品1024香蕉在线观看| 99国产精品国产精品九九| 996久久国产精品线观看| 国产成人精品精品欧美| 国产精品免费精品自在线观看| 国产精品青草久久久久婷婷 | 2020亚洲男人天堂精品|