html编码规范

不久前接到老大下达的任务,要拟定一份公司前端编码规范的草稿,参考了各大公司的编码规范,结合现在公司的特点,整理出以下编码规范:

html规范

1 文件相关

(1) 文件名以英文为主,可以使用下划线(如active.html),压缩包以项目名+日期的形式。
(2) 统一使用utf-8编码。
(3) css、js发布到线上都需要压缩。
(4) 在追求高度优化的站点,需要对图片也进行无损压缩。

2 代码风格

2.1 命名

(1) 元素 id 必须保证页面唯一。(解释:同一个页面中,不同的元素包含相同的 id,不符合 id 的属性含义。并且使用 document.getElementById 时可能导致难以追查的问题。)
(2) id建议单词全字母小写,单词间以"_"分隔。同项目必须保持风格一致。
(3) class必须单词全字母小写,单词间以"_"分隔。
(4) class命名最好代表相应模块或部件的内容或功能。
(5) id、class 命名,在避免冲突并描述清楚的前提下尽可能短。
(6) 同一页面,应避免使用相同的 name 与 id。(解释:IE 浏览器会混淆元素的 id 和 name 属性,
document.getElementById 可能获得不期望的元素。所以在对元素的 id 与 name 属性的命名需要非常小心。)
示例:

<input name="foo">
<div id="foo"></div>
<script>
// IE6 将显示 INPUT
alert(document.getElementById(‘foo‘).tagName);
</script>
2.2 标签

(1) 标签名必须使用小写字母。

(2)
标签使用必须符合标签嵌套规则。(解释:如<p>里不可以嵌套块级元
素<div>、<h1>~<h6>、<p>、<ul>/<ol>
/<li>、<dl>/<dt>/<dd>、<form>;tbody 必须置于
table 中;inline-Level 元素,仅可以包含文本或其它 inline-Level
元素;<a>里不可以嵌套交互式元素<a>、<button>、<select>等。)
(3) HTML 标签的使用应该遵循标签的语义。
下面是常见标签语义:
  p - 段落
  h1,h2,h3,h4,h5,h6 - 层级标题
  strong,em - 强调
  ins - 插入
  del - 删除
  abbr - 缩写
  code - 代码标识
  cite - 引述来源作品的标题
  q - 引用
  blockquote - 一段或长篇引用
  ul - 无序列表
  ol - 有序列表
  dl,dt,dd - 定义列表
(4) 标签的使用应尽量简洁,减少不必要的标签。
示例:

<!-- good -->
<img class="avatar" src="image.png">

<!-- bad -->
<span class="avatar">
    <img src="image.png">
</span>
2.3 属性

(1) 属性名必须使用小写字母。
(2) 属性值必须用双引号包围。
(3) HTML 属性应当按照以下给出的顺序依次排列,确保代码的易读性(class,id, name,data-*,src, for,
type, href,title, alt,aria-*, role。解释:class 用于标识高度可复用组件,因此应该排在首位。id
用于标识具体组件,应当谨慎使用(例如,页面内的书签),因此排在第二位。)
(4) 布尔类型的属性(如disabled、checked、selected 等属性),建议不添加属性值。
示例:

<input type="text" disabled>
<input type="checkbox" value="1" checked>
<select>
  <option value="1" selected>1</option>
</select>

(4) 自定义属性建议以 xxx- 为前缀,推荐使用 data-(解释:使用前缀有助于区分自定义属性和标准定义的属性。)

3 通用

3.1 DOCTYPE

(1) 使用 HTML5 的 doctype 来启用标准模式,建议使用大写的 DOCTYPE。
示例:

<!DOCTYPE html>

(2) 在 html 标签上设置正确的 lang 属性。(解释:有助于提高页面的可访问性,如:让语音合成工具确定其所应该采用的发音,令翻译工具确定其翻译语言等。)

3.2 编码

(1) 页面必须使用精简形式,明确指定字符编码。指定字符编码的 meta 必须是 head 的第一个直接子元素。
示例:

<html>
    <head>
        <meta charset="utf-8">
        ......
    </head>
    <body>
        ......
    </body>
</html>
3.3 CSS 和 JavaScript 引入

(1) 引入 CSS 时必须指明 rel="stylesheet"。
(2) 引入 CSS 和 JavaScript 时无须指明 type 属性。(解释:text/css 和 text/javascript 是 type 的默认值。)
(3) 展现定义放置于外部 CSS 中,行为定义放置于外部 JavaScript 中。(解释:结构-样式-行为的代码分离,对于提高代码的可阅读性和维护性都有好处。)
(4) 在 head 中引入页面需要的所有 CSS 资源。(解释:在页面渲染的过程中,新的CSS可能导致元素的样式重新计算和绘制,页面闪烁。)
(5) JavaScript 应当放在页面末尾,或采用异步加载。(解释:将 script 放在页面中间将阻断页面的渲染。出于性能方面的考虑,如非必要,请遵守此条建议。)

4 head

4.1 title

(1) 页面必须包含 title 标签声明标题。
(2) title 必须作为 head 的直接子元素,并紧随 charset 声明之后。(解释:title 中如果包含 ASCII 之外的字符,浏览器需要知道字符编码类型才能进行解码,否则可能导致乱码。)
示例:

<head>
    <meta charset="utf-8">
    <title>页面标题</title>
</head>
4.2 favicon

(1) 保证 favicon 可访问。
(解释:在未指定 favicon 时,大多数浏览器会请求 Web Server 根目录下的 favicon.ico 。为了保证
favicon 可访问,避免 404,必须遵循以下两种方法之一:1.在 Web Server 根目录放置 favicon.ico 文件;2.使用
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 变量。)

5 图片

(1) 禁止 img 的 src 取值为空。延迟加载的图片也要增加默认的 src。(解释:src 取值为空,会导致部分浏览器重新加载一次当前页面。)
(2)避免为 img 添加不必要的 title 属性。(解释:多余的 title 影响看图体验,并且增加了页面尺寸。)
(3) 添加 width 和 height 属性,以避免页面抖动。
(4)有下载需求的图片采用 img 标签实现,无下载需求的图片采用 CSS 背景图实现。(解释:1.产品
logo、用户头像、用户产生的图片等有潜在下载需求的图片,以 img
形式实现,能方便用户下载。2.无下载需求的图片,比如:icon、背景、代码使用的图片等,尽可能采用 CSS 背景图实现。)
(5)原则上,img标签内必须注明 alt 属性。
(6)当img标签外嵌套了<a>标签,则必须注明 title 属性。

6 表单

6.1 控件标题

(1)有文本标题的控件必须使用 label 标签将其与其标题相关联。(解释:有两种方式:1.将控件置于 label
内;2.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">

(2)表单外必须嵌套

标签。

6.2 按钮

(1)使用 button 元素时必须指明 type 属性值。(解释:button 元素的默认 type 为 submit,如果被置于 form 元素中,点击后将导致表单提交。为显示区分其作用方便理解,必须给出 type 属性。)
示例:

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

(2)尽量不要使用按钮类元素的 name 属性。(解释:由于浏览器兼容性问题,使用按钮的 name 属性会带来许多难以发现的问题。)
示例:

6.3 可访问性

(1)当使用 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>

(2)在针对移动设备开发的页面时,根据内容类型指定输入框的 type 属性。(解释:音频应尽可能覆盖到如下格式:MP3、WAV、Ogg;视频应尽可能覆盖到如下格式:MP4、WebM、Ogg。)
示例:

<input type="date">

7 多媒体

(1)当在现代浏览器中使用 audio 以及 video 标签来播放音频、视频时,应当注意格式。(解释:button 元素的默认 type 为 submit,如果被置于 form 元素中,点击后将导致表单提交。为显示区分其作用方便理解,必须给出 type 属性。)
(2)在支持 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>

(4)只在必要的时候开启音视频的自动播放。
(5)在 object 标签内部提供指示浏览器不支持该标签的说明。
示例:

<object width="100" height="50" data="something.swf">DO NOT SUPPORT THIS TAG</object>
时间: 2024-08-05 15:16:52

html编码规范的相关文章

java编码规范

右括号") "与其后面的关键字之间,关键字与其后面的左括号"("或"{"之间,以及"}"与"{"之间,要以一个空格隔开:除". "外,所有二元操作符的前.后要加空格:在逗号后边加一个空格. 说明: 一个紧跟着括号的关键词应该被空格分开: 空白应该位于参数列表中逗号的后面: 所有的二元运算符,除了".",应该使用空格将之与操作数分开.一元操作符和操作数之间不应该加空格,

我也学php:编码规范/翻译自PSR

PHP社区百花齐放,拥有大量的函数库.框架和组件.PHP开发者通常会在自己的项目中使用若干个外部库,因而PHP代码遵循或尽量接近同一个代码风格就非常重要,可以让开发者方便地把多个代码库集成在自己的项目中. 框架互操作组(即PHP标准组)发布了一系列代码风格推荐标准,即PSR-0,PSR-1,PSR-2和PSR-3. 不要让这些名称所混淆,这些推荐仅是一些被其它项目所遵循的规则,如Drupal, Zend, Symfony, CakePHP, phpBB, AWS SDK, FuelPHP, Li

阿里Java编码规范

详细,全面 很不错 阿里 Java编码规范

【转】Airbnb React编码规范

Airbnb的编码规范是在业界非常流行的一套规范,而且它一直都在进化,推出最新技术的规范 原文:https://zhuanlan.zhihu.com/p/20616464 用更合理的方式书写React和JSX 基本规则 每个文件只包含一个React组件: 但是无状态, 或者 Pure 组件 允许一个文件包含多个组件.eslint: react/no-multi-comp. 始终使用 JSX 语法; 不要使用 React.createElement方法,除非初始化 app 的文件不是 JSX 格式

Bootstrap编码规范

黄金定律 永远遵循同一套编码规范 -- 可以是这里列出的,也可以是你自己总结的.如果你发现本规范中有任何错误,敬请指正.通过 open an issue on GitHub为本规范添加或贡献内容. 不管有多少人共同参与同一项目,一定要确保每一行代码都像是同一个人编写的. HTML 语法 用两个空格来代替制表符(tab) -- 这是唯一能保证在所有环境下获得一致展现的方法. 嵌套元素应当缩进一次(即两个空格). 对于属性的定义,确保全部使用双引号,绝不要使用单引号. 不要在自闭合(self-clo

iOS:Cocoa编码规范 -[译]Coding Guidelines for Cocoa

--原文地址:https://developer.apple.com/library/mac/documentation/Cocoa/Conceptual/CodingGuidelines/Articles/FrameworkImpl.html Cocoa编码规范 --前言 用公共API开发一个Cocoa框架,插件,或其他可执行目标,里面的命名编写和规范不同于一般应用程序的开发.因为你开发出来东西是给开发者用的看的,并且他们不熟悉你的编程接口.这个时候API的命名约定就派上用场了,因为它使你的写

说说Python编码规范

前言 已有近两个月没有发表过文章了,前段时间外甥和女儿过来这边渡暑假,平常晚上和周末时间都陪着她们了,趁这个周末有空,再抽空再把这块拾起来.         这么久没写了,再次拿起键盘,想想,发表些什么呢,想起上次公司的代码评审委员会下周其中一个议题是关于Python编码规范的整理,那就趁热打铁,整理一份关于Python编码规范的文章,也为那些写Python的人,提供一些编码注意的一些事项或者说是参考吧. 编码规范的作用         规范故明思义,就是通过不断的总结,吸取好的点,从而形成的一

Android 编码规范

编码规范对于程序员而言,尤为重要,有以下几个原因: 一个软件的生命周期中,80%的花费在于维护: 几乎没有任何一个软件,在其整个生命周期中,均由最初的开发来维护: 编码规范可以改善软件的可读性,可以让程序员尽快而彻底地理解新的代码: 如果你将源码作为产品发布,就需要确认它是否被很好的打包并且清晰无误,一如你已构建的其他任何产品: 命名 1.包命名 包名规则:一个唯一的包名的前缀总是全部小写的ASCII字母并且是一个顶级域名,如com.edu.gov.net.org等.包名的后续部分根据不同机构各

PSR : php编码规范

诸王混战 关于开发标准这块,可以说一直都是风格迥异,各家都有各家的玩法,民间更是个人玩个人的.目前我们国内比较出名的几个框架(Yii,Laravel) 都已经支持Composer并且加入了PHP-FIG(php框架程序组). 其中Composer的自动加载就支持PHP-FIG指定的PSR-0 和 PSR-4 规范来实现自动加载机制,并且Composer推荐使用PSR-4 PHP-FIG 这是一个自愿非正式的机构,但是就目前对我们的影响来看,可能都已经默认为一个公信组织了,的的确确制定了不少非常好