欧美一级特黄大片做受成人-亚洲成人一区二区电影-激情熟女一区二区三区-日韩专区欧美专区国产专区

HTML5的錯誤用法總結-創(chuàng)新互聯(lián)

今天小編給大家分享的是HTML5的錯誤用法總結,相信大部分人都不太了解H5的錯誤用法有哪些,下面就是實戰(zhàn)案例,一起跟隨小編過來看看吧。

創(chuàng)新互聯(lián)公司是專業(yè)的盤錦網(wǎng)站建設公司,盤錦接單;提供成都做網(wǎng)站、成都網(wǎng)站設計、成都外貿(mào)網(wǎng)站建設,網(wǎng)頁設計,網(wǎng)站設計,建網(wǎng)站,PHP網(wǎng)站建設等專業(yè)做網(wǎng)站服務;采用PHP框架,可快速的進行盤錦網(wǎng)站開發(fā)網(wǎng)頁制作和功能擴展;專業(yè)做搜索引擎喜愛的網(wǎng)站,專業(yè)的做網(wǎng)站團隊,希望更多企業(yè)前來合作!

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

人們在標簽使用中最常見到的錯誤之一就是隨意將HTML5的<section>等價于<p>——具體地說,就是直接用作替代品(用于樣式)。在XHTML或者HTML4中,我們??吹竭@樣的代碼:

<!-- HTML 4-style code --><p id="wrapper">
    <p id="header">
        <h2>My super duper page</h2>
        Header content  </p>
    <p id="main">
        Page content    </p>
    <p id="secondary">
        Secondary content   </p>
    <p id="footer">
        Footer content  </p></p>

而現(xiàn)在在HTML5中,會是這樣:

請不要復制這些代碼!這是錯誤的!

<section id="wrapper">
    <header>
        <h2>My super duper page</h2>
        <!-- Header content -->
    </header>
    <section id="main">
        <!-- Page content -->
    </section>
    <section id="secondary">
        <!-- Secondary content -->
    </section>
    <footer>
        <!-- Footer content -->
    </footer></section>

這樣使用并不正確:**

并不是樣式容器。**section元素表示的是內(nèi)容中用來幫助構建文檔概要的語義部分。它應該包含一個頭部。如果你想找一個用作頁面容器的元素(就像HTML或者XHTML的風格),那么考慮如Kroc Camen所說,直接把樣式寫到body元素上吧。如果你仍然需要額外的樣式容器,還是繼續(xù)使用p吧。

基于上述思想,下面才是正確的使用HTML5和一些ARIA roles特性的例子(注意,根據(jù)你自己的設計,你也可能需要加入p)

<body><header>
    <h2>My super duper page</h2>
    <!-- Header content --></header><p role="main">
    <!-- Page content --></p><aside role="complementary">
    <!-- Secondary content --></aside><footer>
    <!-- Footer content --></footer></body>

二、只在需要的時候使用header和hgroup

寫不需要寫的標簽當然是毫無意義的。不幸的是,我經(jīng)常看到header和hgroup被無意義的濫用。你可以閱讀一下關于header和hgroup元素的兩篇文章做一個詳細的了解,其中內(nèi)容我簡單總結如下:

  • header元素表示的是一組介紹性或者導航性質的輔助文字,經(jīng)常用作section的頭部

  • 當頭部有多層結構時,比如有子頭部,副標題,各種標識文字等,使用hgroup將h2-h7元素組合起來作為section的頭部

  • header的濫用

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

    <header>
        <h2>My best blog post</h2>
    </header>
    <!-- Article content --></article>

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

<article>
    <h2>My best blog post</h2>
    <!-- Article content --></article>

的錯誤使用

在headers這個主題上,我也經(jīng)??吹絟group的錯誤使用。有時候不應該同時使用hgroup和header:

  • 如果只有一個子頭部

  • 如果hgroup自己就能工作的很好。。。這不廢話么

第一個問題一般是這樣的:

請不要復制這段代碼!此處不需要hgroup –>
    <hgroup>
        <h2>My best blog post</h2>
    </hgroup>
    <p>by Rich Clark</p></header>

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

<header>
    <h2>My best blog post</h2>
    <p>by Rich Clark</p></header>

第二個問題是另一個不必要的例子:

請不要復制這段代碼!此處不需要header –>

    <hgroup>
        <h2>My company</h2>
        <h3>Established 1893</h3>
    </hgroup></header>

如果header唯一的子元素是hgroup,那還要header干神馬?如果header中沒有其他的元素(比如多個hgroup),還是直接拿掉header吧。

<hgroup>
    <h2>My company</h2>
    <h3>Established 1893</h3></hgroup>

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

隨著HTML5引入了30個新元素(截止到原文發(fā)布時),我們在構造語義化和結構化的標簽時的選擇也變得有些不慎重。也就是說,我們不應該濫用超語義化的元素。不幸的是,nav就是這樣一個被濫用的例子。nav元素的規(guī)范描述如下:
nav元素表示頁面中鏈接到其他頁面或者本頁面其他部分的區(qū)塊;包含導航連接的區(qū)塊。

注意:不是所有頁面上的鏈接都需要放在nav元素中——這個元素本意是用作主要的導航區(qū)塊。舉個具體的例子,在footer中經(jīng)常會有眾多的鏈接,比如服 務條款,主頁,版權聲明頁等等。footer元素自身已經(jīng)足以應付這些情況,雖然nav元素也可以用在這里,但通常我們認為是不必要的。

關鍵的詞語是“主要的”導航。當然我們可以互相噴上一整天什么叫做“主要的”。而我個人是這樣定義的:

  • 主要的導航

  • 站內(nèi)搜索

  • 二級導航(略有爭議)

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

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

  • 分頁控制

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

  • 博客文章的標簽

  • 博客文章的分類

  • 三級導航

  • 過長的footer

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

  • 如果使用section和hx也同樣合適,那么不要用nav — Hixie on IRC

為了方便訪問,你會在某個“快捷跳轉”中給這個nav標簽加一個鏈接嗎?

如果這些問題的答案是“不”,那就跟鞠個躬,然后獨自離開吧。

四、figure元素的常見錯誤

figure以及figcaption的正確使用,確實是難以駕馭。讓我們來看看一些常見的錯誤,

不是所有的圖片都是figure

上文中,我曾告訴各位不要寫不必要的代碼。這個錯誤也是同樣的道理。我看到很多網(wǎng)站把所有的圖片都寫作figure??丛趫D片的份上請不要給它加額外的標簽了。你只是讓你自己蛋疼,而并不能使你的頁面內(nèi)容更清晰。
規(guī)范中將figure描述為“一些流動的內(nèi)容,有時候會有包含于自身的標題說明。一般在文檔流中會作為獨立的單元引用。”這正是figure的美妙之處——它可以從主內(nèi)容頁移動到sidebar中,而不影響文檔流。
這些問題也包含在之前提到的HTML5 element flowchart中。

如果純粹只是為了呈現(xiàn)的圖,也不在文檔其他地方引用,那就絕對不是

。其他視情況而定,但一開始可以問自己:“這個圖片是否必須和上下文有關?”如果不是,那可能也不是(也許是個)。繼續(xù):“我可以把它移動到附錄中嗎?”如果兩個問題都符合,則它可能是。
Logo并不是figure

進一步的說,logo也不適用于figure。下面是我常見的一些代碼片段:

<!-- 請不要復制這段代碼!這是錯的 --><header>
    <h2>
        <figure> ![My company](/img/mylogo.png) </figure>
        My company name </h2></header>
<!-- 請不要復制這段代碼!這也是錯的 --><header>
    <figure> ![My company](/img/mylogo.png) </figure></header>

沒什么好說的了。這就是很普通的錯誤。我們可以為logo是否應該是H1標簽而互相噴到牛都放完回家了,但這里不是我們討論的焦點。真正的問題在于figure元素的濫用。figure只應該被引用在文檔中,或者被section元素圍繞。我想你的logo并不太可能以這樣的方式引用吧。很簡單,請勿使用figure。你只需要這樣做:

<header>
    <h2>My company name</h2>
    <!-- More stuff in here --></header>

Figure也不僅僅只是圖片

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

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

這是個常見的問題,但并不是一個錯誤,我認為我們應該通過最佳實踐來避免這種風格。

在HTML5中,script和style元素不再需要type屬性。然而這些很可能會被你的CMS自動加上,所以要移除也不是那么的輕松。但如果你是手工編碼或者你完全可以控制你的模板的話,那真的沒有什么理由再去包含type屬性。所有的瀏覽器都認為腳本是javascript而樣式是css樣式,你沒必要再多此一舉了。

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

其實只需要這樣寫:

<link rel="stylesheet" href="css/styles.css" /><script src="js/scripts" /></script>

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

六、form屬性的錯誤使用

HTML5引入了一些form的新屬性,以下是一些使用上的注意事項:

布爾屬性

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

  • autofocus

  • autocomplete

  • required

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

<!-- 請不要復制這段代碼! 這是錯的! --><input type="email" name="email" required="true" /><!--
 另一個錯誤的例子 --><input type="email" name="email" required="1" />

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

<!-- 請不要復制這段代碼! 這是錯的! --><input type="email" name="email" required="false" />

解析器仍然會將required屬性視為有效并執(zhí)行相應的行為,盡管你試著告訴它不要去執(zhí)行了。這顯然不是你想要的。

有三種有效的方式去使用布爾屬性。(后兩種只在xthml中有效)

  • required

  • required=””

  • required=”required”

上述例子的正確寫法應該是:

<input type="email" name="email" required />

以上就是HTML5的錯誤用法總結的詳細內(nèi)容了,看完之后是否有所收獲呢?如果想了解更多相關內(nèi)容,歡迎關注創(chuàng)新互聯(lián)成都網(wǎng)站設計公司行業(yè)資訊!

另外有需要云服務器可以了解下創(chuàng)新互聯(lián)scvps.cn,海內(nèi)外云服務器15元起步,三天無理由+7*72小時售后在線,公司持有idc許可證,提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案,具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢,專為企業(yè)上云打造定制,能夠滿足用戶豐富、多元化的應用場景需求。

本文標題:HTML5的錯誤用法總結-創(chuàng)新互聯(lián)
轉載來于:http://aaarwkj.com/article36/ccohpg.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站改版、網(wǎng)站建設、App設計企業(yè)網(wǎng)站制作、網(wǎng)站制作營銷型網(wǎng)站建設

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉載內(nèi)容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)

網(wǎng)站托管運營
国产精品免费视频能看的| 亚州欧美制服另类国产| 在线观看国产一区二区不卡| 日本视频一曲二曲三曲四曲| 国产一区二区爽爽爽视频| 裸体性做爰免费视频网站| 亚洲欧美日韩国产亚洲欧美日韩国产| 91高清视频在线免费观看| 98精品熟女亚洲av| 日日嗨av特一级黄淫片| 日本少妇人妻一区二区| 成人免费视频观看国产| 久久综合亚洲一区二区三区色| 亚洲天堂免费观看av| 中文字幕你懂的在线观看| 不卡的视频在线观看| 色哟哟精品丝袜一区二区| 精品一区二区三区亚洲| 中文日韩av在线免费播放| 国产成人国产三级国产精品| 日本免费一区二区三区手机在线| 四虎精品免费在线视频| 亚洲成在人线天堂网站 | 国产在线视频不卡一线路| 四虎在线观看精品一区| 亚洲国产av福利久久| 欧美日韩在线精品1区2区| 国产美女亚洲精品久久久| 国产粉嫩一区二区三区在线观看| 婷婷久久香蕉五综合加勒比| 黄色三级视频久久久| 日本福利一区二区三区| 午夜福利精品在线观看| 水牛av影视亚洲精品| 国产三级传媒在线观看| 91精品国产综合久蜜臂| av天堂午夜精品蜜臀| 国产原创剧情av网址| 欧美激情韩国三级日本| 黄色亚洲一区二区三区四区| 国产日韩欧美亚洲一区二区|