html5의 일반적인 잘못된 사용법

王林
풀어 주다: 2021-01-13 10:47:53
앞으로
2026명이 탐색했습니다.

html5의 일반적인 잘못된 사용법

HTML5에서 흔히 발생하는 잘못된 사용법 6가지:

1. 섹션을 div 대신 사용하지 마세요.

(동영상 공유 학습: html 동영상 튜토리얼)

태그를 사용할 때 사람들이 흔히 저지르는 실수 하나 실수는 HTML5의

와 임의로 동일시하는 것입니다. 즉, 스타일 지정 목적으로 이를 직접 대체하는 것입니다. 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>
로그인 후 복사

이제 HTML5에서는 다음과 같습니다.
이 코드를 복사하지 마세요! 이건 틀렸어!

<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>
로그인 후 복사

사용법이 잘못되었습니다. **

는 스타일 컨테이너가 아닙니다. **section 요소는 문서 요약을 작성하는 데 사용되는 콘텐츠의 의미 부분을 나타냅니다. 헤더를 포함해야 합니다. 페이지 컨테이너 역할을 하는 요소(예: HTML 또는 XHTML 스타일)를 찾고 있다면 Kroc Camen이 제안한 대로 본문 요소에 직접 스타일을 작성하는 것이 좋습니다. 여전히 추가 스타일 컨테이너가 필요한 경우 div를 사용하세요.
위의 아이디어를 바탕으로 다음은 HTML5 및 일부 ARIA 역할 기능의 올바른 사용 예입니다(자신의 디자인에 따라 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>
로그인 후 복사

아직 어떤 요소를 결정할 수 없는 경우 HTML5 sectioning 콘텐츠 요소 흐름도를 참고하시길 권장합니다
2. 헤더와 hgroup은 필요할 때만 사용하세요
작성할 필요가 없는 태그를 작성하는 것은 당연히 의미가 없습니다. 안타깝게도 헤더와 hgroup이 아무 목적 없이 오용되는 경우를 자주 봅니다. 자세한 이해를 위해 헤더 및 hgroup 요소에 대한 두 기사를 읽으면 됩니다. 내용을 다음과 같이 간략하게 요약합니다.

헤더 요소는 섹션의 헤더로 자주 사용되는 소개 또는 탐색 보조 텍스트 집합을 나타냅니다. 헤더에 하위 헤더, 자막, 다양한 로고 등 여러 레이어의 구조가 있는 경우 hgroup을 사용하여 h1-h6 요소를 섹션 헤더로 결합하세요.
헤더 남용

헤더가 문서 에서 여러 번 사용되므로 이 코드 스타일이 인기를 끌 수 있습니다.
이 코드를 복사하지 마십시오! 여기에는 헤더가 필요하지 않습니다. ->

    <header>
        <h1>My best blog post</h1>
    </header>
    <!-- Article content --></article>
로그인 후 복사

헤더 요소에 헤더 요소가 하나만 포함된 경우 헤더 요소를 삭제하세요. 기사 요소는 이미 헤더가 문서 요약에 표시되도록 보장하고 헤더는 위에서 정의한 대로 여러 요소를 포함할 수 없으므로 중복 코드를 작성하는 이유는 무엇입니까? 그냥 이렇게 간단하게 쓰세요:

<article>
    <h1>My best blog post</h1>
    <!-- Article content --></article>
로그인 후 복사

의 잘못된 사용
헤더 주제에 있어서 hgroup의 잘못된 사용을 자주 봅니다. 때로는 hgroup과 헤더를 동시에 사용하면 안 됩니다.

하위 헤더가 하나만 있으면 hgroup은 그 자체로 잘 작동합니다. . . 말도 안되는 소리 아닌가요?
첫 번째 질문은 일반적으로 다음과 같습니다.
이 코드를 복사하지 마세요. 여기에는 hgroup이 필요하지 않습니다. –>

    <hgroup>
        <h1>My best blog post</h1>
    </hgroup>
    <p>by Rich Clark</p></header>
로그인 후 복사

이 예에서는 hgroup을 제거하고 제목이 원활하게 실행되도록 하세요. .

<header>
    <h1>My best blog post</h1>
    <p>by Rich Clark</p></header>
로그인 후 복사

두 번째 질문은 또 다른 불필요한 예입니다.
이 코드를 복사하지 마세요! 여기에는 헤더가 필요하지 않습니다. –>

    <hgroup>
        <h1>My company</h1>
        <h2>Established 1893</h2>
    </hgroup></header>
로그인 후 복사

헤더의 유일한 하위 요소가 hgroup인 경우에도 헤더가 필요합니다. 헤더에 다른 요소(예: 여러 hgroup)가 없는 경우 헤더를 직접 제거하면 됩니다. (웹 프론트 엔드 학습 교환 그룹: 328058344 관심이 없으면 채팅 금지, 입장 불가!)

<hgroup>
    <h1>My company</h1>
    <h2>Established 1893</h2></hgroup>
로그인 후 복사

3. nav에 모든 목록 스타일 링크를 넣지 마세요

HTML5에 30개의 새로운 요소가 도입됨(as) 원본 출판 당시) ) 의미론적 및 구조적 태그 구성에 대한 우리의 선택도 다소 부주의해졌습니다. 즉, 우리는 초의미론적 요소를 남용해서는 안 됩니다. 불행히도 nav는 그러한 남용의 예입니다. nav 요소의 사양은 다음과 같습니다.
nav 요소는 다른 페이지 또는 이 페이지의 다른 부분으로 연결되는 페이지의 블록을 나타내며 탐색 연결이 포함되어 있습니다.
참고: 페이지의 모든 링크를 nav 요소에 배치할 필요는 없습니다. 이 요소는 기본 탐색 블록으로 사용됩니다. 구체적인 예를 들자면, 바닥글에는 서비스 약관, 홈페이지, 저작권 안내 페이지 등 많은 링크가 있는 경우가 많습니다. 이러한 상황을 처리하는 데는 바닥글 요소만으로도 충분하지만 여기서는 nav 요소를 사용할 수도 있지만 일반적으로 불필요하다고 생각합니다. ​ ​
키워드는 '메인' 내비게이션입니다. 물론 우리는 "메인"이 무엇인지 서로 이야기하면서 하루 종일 보낼 수도 있습니다. 그리고 저는 개인적으로 이것을 이렇게 정의합니다:

  • 메인 네비게이션

  • 사이트 검색

  • 보조 네비게이션(약간의 논란의 여지가 있음)

  • 페이지 내 네비게이션(아주 긴 글 등)

  • Since 절대적인 옳고 그름은 없으므로 비공식 투표와 본인의 설명을 바탕으로 다음 상황에서는 넣든 말든 어차피 넣지 않겠습니다

  • 페이지 매김 제어

  • 소셜 링크 ("정보" "즐겨찾기"와 같은 일부 소셜 링크는 기본 탐색이기도 함)

  • 블로그 게시물 태그

  • 블로그 게시물 카테고리

  • 3단계 탐색

  • 过长的footer
    如果你不确定是否要将一系列的链接放在nav中,问你自己:“它是主要的导航吗?”为了帮助你回答这个问题,考虑以下首要原则:

  • 如果使用section和hx也同样合适,那么不要用nav — Hixie on IRC
    为了方便访问,你会在某个“快捷跳转”中给这个nav标签加一个链接吗?

  • 如果这些问题的答案是“不”,那就跟

四、figure元素的常见错误

figure以及figcaption的正确使用,确实是难以驾驭。让我们来看看一些常见的错误,
不是所有的图片都是figure
上文中,我曾告诉各位不要写不必要的代码。这个错误也是同样的道理。我看到很多网站把所有的图片都写作figure。看在图片的份上请不要给它加额外的标签了。你只是让你自己蛋疼,而并不能使你的页面内容更清晰。
规范中将figure描述为“一些流动的内容,有时候会有包含于自身的标题说明。一般在文档流中会作为独立的单元引用。”这正是figure的美妙之处——它可以从主内容页移动到sidebar中,而不影响文档流。
这些问题也包含在之前提到的HTML5 element flowchart中。
如果纯粹只是为了呈现的图,也不在文档其他地方引用,那就绝对不是

。其他视情况而定,但一开始可以问自己:“这个图片是否必须和上下文有关?”如果不是,那可能也不是(也许是个)。继续:“我可以把它移动到附录中吗?”如果两个问题都符合,则它可能是 。
Logo并不是figure
进一步的说,logo也不适用于figure。下面是我常见的一些代码片段:

<!-- 请不要复制这段代码!这是错的 --><header>
    <h1>
        <figure> ![My company](/img/mylogo.png) </figure>
        My company name </h1></header>
로그인 후 복사
<!-- 请不要复制这段代码!这也是错的 --><header>
    <figure> ![My company](/img/mylogo.png) </figure></header>
로그인 후 복사

另一个常见的关于figure的误解是它只被图片使用。figure可以是视频,音频,图表,一段引用文字,表格,一段代码,一段散文,以及任何它们或者其他的组合。不要把figure局限于图片。web标准的职责是精确的用标签描述内容。

五、不要使用不必要的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在Dive into HTML5的语义化一章中作出了解释。

六、form属性的错误使用

HTML5引入了一些form的新属性,以下是一些使用上的注意事项:
布尔属性
一些多媒体元素和其他元素也具有布尔属性。这里所说的规则也同样适用。
有一些新的form属性是布尔型的,意味着它们只要出现在标签中,就保证了相应的行为已经设置。这些属性包括:

  • autofocus

  • autocomplete

  • required

坦白的说,我很少看到这样的。以required为例,常见的是下面这种:

<!-- 请不要复制这段代码! 这是错的! --><input type="email" name="email" required="true" /><!--
로그인 후 복사
 另一个错误的例子 --><input type="email" name="email" required="1" />
로그인 후 복사

严格来说,这并没有大碍。浏览器的HTML解析器只要看到required属性出现在标签中,那么它的功能就会被应用。但是如果你反过来写equired=”false”呢?

<!-- 请不要复制这段代码! 这是错的! --><input type="email" name="email" required="false" />
로그인 후 복사

解析器仍然会将required属性视为有效并执行相应的行为,尽管你试着告诉它不要去执行了。这显然不是你想要的。
有三种有效的方式去使用布尔属性。(后两种只在xthml中有效)

  • required

  • required=””

  • required=”required”

上述例子的正确写法应该是:

<input type="email" name="email" required />
로그인 후 복사

相关推荐:html5教程

위 내용은 html5의 일반적인 잘못된 사용법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

관련 라벨:
원천:juejin.im
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿
회사 소개 부인 성명 Sitemap
PHP 중국어 웹사이트:공공복지 온라인 PHP 교육,PHP 학습자의 빠른 성장을 도와주세요!