찾다

집 >웹 프론트엔드 >프런트엔드 Q&A >꼭 알아야 할 HTML 사양 (정리 및 공유)

꼭 알아야 할 HTML 사양 (정리 및 공유)

WBOY
WBOY앞으로
2022-01-13 18:06:361961검색

이 기사에서는 웹 페이지의 구조를 설명하는 하이퍼텍스트 마크업 언어인 HTML 사양에 대한 지식을 제공합니다. 이 문서의 목표는 내부 개발 내에서 HTML 코드 스타일을 일관되게 만들어 프로젝트를 더 쉽게 이해하고 유지 관리할 수 있도록 하는 것입니다. 그것이 모두에게 도움이 되기를 바랍니다.

꼭 알아야 할 HTML 사양 (정리 및 공유)

HTML 사양

1 머리말

HTML은 항상 웹 페이지의 구조를 설명하는 하이퍼텍스트 마크업 언어로 널리 사용되어 왔습니다. 이 문서의 목표는 내부 개발 내에서 HTML 코드 스타일을 일관되게 만들어 프로젝트를 더 쉽게 이해하고 유지 관리할 수 있도록 하는 것입니다.

2 코드 스타일

2.1 들여쓰기 및 줄 바꿈

[필수] 들여쓰기 수준은 공백 4개를 사용하며, 공백 2개나 탭 문자는 허용되지 않습니다.

예: 

<ul>
    <li>first</li>
    <li>second</li>
</ul>

[권장] 한 줄에 최대 120자입니다.

설명:

너무 긴 코드는 읽고 유지하기가 쉽지 않습니다. 그러나 HTML의 특수성을 고려하면 엄격한 요구사항은 없습니다.

2.2 이름 지정

[필수] 클래스는 모두 소문자여야 하며 단어는 -로 구분됩니다.

[필수] 클래스는 해당 모듈이나 컴포넌트의 내용이나 기능을 나타내야 하며 스타일 정보로 이름을 지정할 수 없습니다.

예: 

<!-- good -->
<div></div>
<!-- bad -->
<div></div>

[필수] 요소 ID는 페이지에서 고유해야 합니다.

설명:

동일한 페이지에서 서로 다른 요소에 동일한 ID가 포함되어 있어 id의 속성 의미를 준수하지 않습니다. document.getElementById를 사용하면 추적하기 어려운 문제가 발생할 수 있습니다.

[필수] id 모든 단어는 소문자 사용을 권장하며, 단어는 -로 구분되어야 합니다. 스타일은 동일한 프로젝트에 대해 일관되어야 합니다.

[권장] ID와 클래스 이름은 충돌을 피하고 명확하게 설명하면서 가능한 한 짧아야 합니다.

예: 

<!-- good -->
<div id="nav"></div>
<!-- bad -->
<div id="navigation"></div>
<!-- good -->
<p></p>
<!-- bad -->
<p></p>
<!-- good -->
<span></span>
<!-- bad -->
<span></span>

[필수] Hook 스크립트에 대한 스타일 정보 없이 클래스를 생성하는 것은 금지되어 있습니다.

설명:

클래스는 허용되지 않습니다. 이는 JavaScript가 특정 요소를 선택하도록 하는 데에만 사용됩니다. 클래스는 명확한 의미와 스타일을 가져야 합니다. 그렇지 않으면 CSS 클래스가 쉽게 확산될 것입니다.

ID와 속성 선택을 후크로 사용하는 것이 더 좋은 방법입니다.

[필수] 동일한 페이지에 동일한 이름과 ID를 사용하지 마세요.

설명:

IE 브라우저는 요소의 ID 및 이름 속성을 혼동하여 document.getElementById가 예상치 못한 요소를 얻을 수 있습니다. 따라서 요소의 id 및 name 속성에 이름을 지정할 때 매우 주의해야 합니다.

더 나은 방법은 ID와 이름에 다른 명명법을 사용하는 것입니다.

예: 

<input name="foo">
<div id="foo"></div>
<script>
// IE6 将显示 INPUT
alert(document.getElementById(&#39;foo&#39;).tagName);
</script>

2.3 Tags

[필수] 태그 이름은 소문자를 사용해야 합니다.

예: 

<!-- good -->
<p>Hello StyleGuide!</p>
<!-- bad -->
<P>Hello StyleGuide!</P>

[필수] 자동폐쇄가 필요하지 않은 라벨에는 자동폐쇄가 허용되지 않습니다.

설명:

자동 종료가 필요하지 않은 일반적인 태그에는 input, br, img, hr 등이 포함됩니다.

예시: 

<!-- good -->
<input type="text" name="title">
<!-- bad -->
<input type="text" name="title" />

[필수] HTML5에서 생략이 허용된 닫는 태그의 경우 닫는 태그의 생략이 허용되지 않습니다.

설명:

매우 엄격한 코드 크기 요구 사항이 있는 시나리오에서는 예외가 발생할 수 있습니다. 예: 제3자 페이지에서 사용되는 전달 시스템.

예: 


<ul>
    <li>first</li>
    <li>second</li>
</ul>


    
    
  • first
    
  • second

[필수] 태그 사용은 태그 중첩 규칙을 준수해야 합니다.

설명:

예를 들어 div는 p에 배치하면 안 되고, tbody는 테이블에 배치해야 합니다.

자세한 태그 중첩 규칙은 HTML DTD의 요소 정의 섹션을 참조하세요.

[권장사항] HTML 태그의 사용은 태그의 의미를 따라야 합니다.

설명:

다음은 일반적인 태그 의미입니다.

  • p - 단락

  • h1,h2,h3,h4,h5,h6 - 계층적 제목

  • strong,em - 강조

  • ins - 삽입

  • del - 삭제

  • abbr - 약어

  • code - 코드 식별

  • cite - 원본 작업의 제목 인용

  • q - cite

  • blockquote - 문단 또는 긴 인용

  • ul - 순서가 없는 목록

  • ol - 순서가 있는 목록

  • dl,dt,dd - 정의 목록

예:

<!-- good -->
<p>Esprima serves as an important <strong>building block</strong> for some JavaScript language tools.</p>
<!-- bad -->
<div>Esprima serves as an important <span>building block</span> for some JavaScript language tools.</div>

[제안] 동일한 요구 사항이 가능합니다. CSS 테이블에서 달성할 수 있는 것은 레이아웃에 사용될 수 없습니다.

설명:

호환성이 허용되는 한 의미론적 정확성이 최대한 유지되어야 합니다. 여러 열이 포함된 복잡한 양식과 같이 그리드 정렬 및 확장성에 대한 엄격한 요구 사항이 있는 시나리오에는 예외가 허용됩니다.

[권장사항] 태그 사용은 최대한 간결하고 불필요한 태그를 줄여야 합니다.

예: 

<!-- good -->
<img src="image.png">
<!-- bad -->
<span>
    <img src="image.png">
</span>

2.4 Properties

[필수] 속성 이름은 소문자를 사용해야 합니다.

예: 

<!-- good -->
<table cellspacing="0">...</table>
<!-- bad -->
<table cellSpacing="0">...</table>

[필수] 속성 값은 큰따옴표로 묶어야 합니다(iView 및 요소와 같은 구성 요소 라이브러리 제외).

설명:

작은따옴표는 허용되지 않으며, 따옴표도 허용되지 않습니다.

예: 

<!-- good -->
<script src="esl.js"></script>
<!-- bad -->
<script src=&#39;esl.js&#39;></script>
<script src=esl.js></script>

[권장 사항] Boolean 유형 속성의 경우 속성 값을 추가하지 않는 것이 좋습니다.

예: 

<input type="text" disabled>
<input type="checkbox" value="1" checked>

[권장 사항] 맞춤 속성에는 xxx- 접두사가 붙는 것이 좋으며 data-가 권장됩니다.

설명:

접두사를 사용하면 사용자 정의 속성과 표준 정의 속성을 구별하는 데 도움이 됩니다.

예:

<ol data-ui-type="Select"></ol>

3 Universal

3.1 DOCTYPE

[强制] 使用 HTML5 的 doctype 来启用标准模式，建议使用大写的 DOCTYPE。

示例：

<!DOCTYPE html>

[建议] 启用 IE Edge 模式。

示例：

<meta http-equiv="X-UA-Compatible" content="IE=Edge">

[建议] 在 html 标签上设置正确的 lang 属性。

解释：

有助于提高页面的可访问性，如：让语音合成工具确定其所应该采用的发音，令翻译工具确定其翻译语言等。

示例：

<html>

3.2 编码

[强制] 页面必须使用精简形式，明确指定字符编码。指定字符编码的 meta 必须是 head 的第一个直接子元素。

解释：

见 HTML5 Charset能用吗 一文。

示例：

<html>
    
        
        ......
    
    
        ......

[建议] HTML 文件使用无 BOM 的 UTF-8 编码。

解释：

UTF-8 编码具有更广泛的适应性。BOM 在使用程序或工具处理文件时可能造成不必要的干扰。

3.3 CSS和JavaScript引入

[强制] 引入 CSS 时必须指明 rel="stylesheet"。

示例：

<link rel="stylesheet" src="page.css">

[建议] 引入 CSS 和 JavaScript 时无须指明 type 属性。

解释：

text/css 和 text/javascript 是 type 的默认值。

[建议] 展现定义放置于外部 CSS 中，行为定义放置于外部 JavaScript 中。

解释：

结构-样式-行为的代码分离，对于提高代码的可阅读性和维护性都有好处。

[建议] 在 head 中引入页面需要的所有 CSS 资源。

解释：

在页面渲染的过程中，新的CSS可能导致元素的样式重新计算和绘制，页面闪烁。

[建议] JavaScript 应当放在页面末尾，或采用异步加载。

解释：

将 script 放在页面中间将阻断页面的渲染。出于性能方面的考虑，如非必要，请遵守此条建议。

示例：

<body>
    <!-- a lot of elements -->
    <script src="init-behavior.js"></script>
</body>

[建议] 移动环境或只针对现代浏览器设计的 Web 应用，如果引用外部资源的 URL 协议部分与页面相同，建议省略协议前缀。

解释：

使用 protocol-relative URL 引入 CSS，在 IE7/8 下，会发两次请求。是否使用 protocol-relative URL 应充分考虑页面针对的环境。

示例：

<script src="//s1.bdstatic.com/cache/static/jquery-1.10.2.min_f2fb5194.js"></script>

4 head

4.1 title

[强制] 页面必须包含 title 标签声明标题。

[强制] title 必须作为 head 的直接子元素，并紧随 charset 声明之后。

解释：

title 中如果包含 ascii 之外的字符，浏览器需要知道字符编码类型才能进行解码，否则可能导致乱码。

示例：

<head>
    <meta charset="UTF-8">
    <title>页面标题</title>
</head>

4.2 favicon

[强制] 保证 favicon 可访问。

解释：

在未指定 favicon 时，大多数浏览器会请求 Web Server 根目录下的 favicon.ico 。为了保证favicon可访问，避免404，必须遵循以下两种方法之一：

  • 在 Web Server 根目录放置 favicon.ico 文件。

  • 使用 link 指定 favicon。

示例：

<link rel="shortcut icon" href="path/to/favicon.ico">

4.3 viewport

[建议] 若页面欲对移动设备友好，需指定页面的 viewport。

解释：

viewport meta tag可以设置可视区域的宽度和初始缩放大小，避免在移动设备上出现页面展示不正常。

比如，在页面宽度小于 980px 时，若需 iOS 设备友好，应当设置 viewport 的 width 值来适应你的页面宽度。同时因为不同移动设备分辨率不同，在设置时，应当使用 device-width 和 device-height 变量。

另外，为了使 viewport 正常工作，在页面内容样式布局设计上也要做相应调整，如避免绝对定位等。关于 viewport 的更多介绍，可以参见 Safari Web Content Guide的介绍

5 图片

[强制] 禁止 img 的 src 取值为空。延迟加载的图片也要增加默认的 src。

解释：

src 取值为空，会导致部分浏览器重新加载一次当前页面，参考：developer.yahoo.com/performance…

[建议] 避免为 img 添加不必要的 title 属性。

解释：

多余的 title 影响看图体验，并且增加了页面尺寸。

[建议] 为重要图片添加 alt 属性。

解释：

可以提高图片加载失败时的用户体验。

[建议] 添加 width 和 height 属性，以避免页面抖动。

[建议] 有下载需求的图片采用 img 标签实现，无下载需求的图片采用 CSS 背景图实现。

解释：

  • 产品 logo、用户头像、用户产生的图片等有潜在下载需求的图片，以 img 形式实现，能方便用户下载。

  • 无下载需求的图片，比如：icon、背景、代码使用的图片等，尽可能采用 css 背景图实现。

6 表单

6.1 控件标题

[强制] 有文本标题的控件必须使用 label 标签将其与其标题相关联。

解释：

有两种方式：

  • 将控件置于 label 内。

  • label 的 for 属性指向控件的 id。

推荐使用第一种，减少不必要的 id。如果 DOM 结构不允许直接嵌套，则应使用第二种。

示例：

<label><input type="checkbox" name="confirm" value="on"> 我已确认上述条款</label>
<label for="username">用户名：</label> <input type="textbox" name="username" id="username">

6.2 按钮

[强制] 使用 button 元素时必须指明 type 属性值。

解释：

button 元素的默认 type 为 submit，如果被置于 form 元素中，点击后将导致表单提交。为显示区分其作用方便理解，必须给出 type 属性。

示例：

<button type="submit">提交</button>
<button type="button">取消</button>

[建议] 尽量不要使用按钮类元素的 name 属性。

解释：

由于浏览器兼容性问题，使用按钮的 name 属性会带来许多难以发现的问题。具体情况可参考此文。

6.3 可访问性 (A11Y)

[建议] 负责主要功能的按钮在 DOM 中的顺序应靠前。

解释：

负责主要功能的按钮应相对靠前，以提高可访问性。如果在 CSS 中指定了 float: right 则可能导致视觉上主按钮在前，而 DOM 中主按钮靠后的情况。

示例：

<!-- good -->
<style>
.buttons .button-group {
    float: right;
}
</style>
<div>
    <div>
        <button type="submit">提交</button>
        <button type="button">取消</button>
    </div>
</div>
<!-- bad -->
<style>
.buttons button {
    float: right;
}
</style>
<div>
    <button type="button">取消</button>
    <button type="submit">提交</button>
</div>

[建议] 当使用 JavaScript 进行表单提交时，如果条件允许，应使原生提交功能正常工作。

解释：

当浏览器 JS 运行错误或关闭 JS 时，提交功能将无法工作。如果正确指定了 form 元素的 action 属性和表单控件的 name 属性时，提交仍可继续进行。

示例：

<form action="/login" method="post">
    <p><input name="username" type="text" placeholder="用户名"></p>
    <p><input name="password" type="password" placeholder="密码"></p>
</form>

[建议] 在针对移动设备开发的页面时，根据内容类型指定输入框的 type 属性。

解释：

根据内容类型指定输入框类型，能获得能友好的输入体验。

示例：

<input type="date">

7 多媒体

[建议] 当在现代浏览器中使用 audio 以及 video 标签来播放音频、视频时，应当注意格式。

解释：

音频应尽可能覆盖到如下格式：

  • MP3

  • WAV

  • Ogg

视频应尽可能覆盖到如下格式：

  • MP4

  • WebM

  • Ogg

[建议] 在支持 HTML5 的浏览器中优先使用 audio 和 video 标签来定义音视频元素。

[建议] 使用退化到插件的方式来对多浏览器进行支持。

示例：

<audio controls>
    <source src="audio.mp3" type="audio/mpeg">
    <source src="audio.ogg" type="audio/ogg">
    <object width="100" height="50" data="audio.mp3">
        <embed width="100" height="50" src="audio.swf">
    </object>
</audio>
<video width="100" height="50" controls>
    <source src="video.mp4" type="video/mp4">
    <source src="video.ogg" type="video/ogg">
    <object width="100" height="50" data="video.mp4">
        <embed width="100" height="50" src="video.swf">
    </object>
</video>

[建议] 只在必要的时候开启音视频的自动播放。

[建议] 在 object 标签内部提供指示浏览器不支持该标签的说明。

示例：

<object width="100" height="50" data="something.swf">DO NOT SUPPORT THIS TAG</object>

8 模板中的 HTML

[建议] 模板代码的缩进优先保证 HTML 代码的缩进规则。

示例：

<!-- good -->
{if $display == true}
<div>
    <ul>
        {foreach $item_list as $item}
        <li>{$item.name}<li>
        {/foreach}
    </ul>
</div>
{/if}
<!-- bad -->
{if $display == true}
    <div>
        <ul>
    {foreach $item_list as $item}
        <li>{$item.name}<li>
    {/foreach}
        </ul>
    </div>
{/if}

[建议] 模板代码应以保证 HTML 单个标签语法的正确性为基本原则。

示例：

<!-- good -->
<li class="{if $item.type_id == $current_type}focus{/if}">{ $item.type_name }</li>
<!-- bad -->
<li {if $item.type_id == $current_type}{/if}>{ $item.type_name }</li>

[建议] 在循环处理模板数据构造表格时，若要求每行输出固定的个数，建议先将数据分组，之后再循环输出。

示例：

<!-- good -->
<table>
    {foreach $item_list as $item_group}
    <tr>
        {foreach $item_group as $item}
        <td>{ $item.name }</td>
        {/foreach}
    <tr>
    {/foreach}
</table>
<!-- bad -->
<table>
<tr>
    {foreach $item_list as $item}
    <td>{ $item.name }</td>
        {if $item@iteration is div by 5}
    </tr>
    <tr>
        {/if}
    {/foreach}
</tr>
</table>

推荐教程：《html视频教程》

위 내용은 꼭 알아야 할 HTML 사양 (정리 및 공유)의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명：
이 기사는 juejin.im에서 복제됩니다. 침해가 있는 경우 admin@php.cn으로 문의하시기 바랍니다. 삭제
이전 기사：양식 양식과 Ajax 제출의 차이점은 무엇입니까?다음 기사：양식 양식과 Ajax 제출의 차이점은 무엇입니까?

관련 기사

더보기