摘要:用两个空格代替制表符这是唯一能保证在所有环境下获得一致展现的方法。编辑器配置将你的编辑器按照下面的配置进行设置,以免常见的代码不一致和差异用两个空格代替制表符保存文件时删除尾部的空白符设置文件编码为在文件结尾添加一个空白行。
黄金定律
永远遵循同一套编码规范 - 可以是这里列出的,也可以是你自己总结的。如果发现规范中有任何错误,敬请指正。
HTML 语法用两个空格代替制表符 (tab),这是唯一能保证在所有环境下获得一致展现的方法。
嵌套元素应当缩进一次(即两个空格)。
对于属性的定义,确保全部使用双引号,绝不要使用单引号。
不要在自闭合 (self-closing)元素的尾部添加斜线 —— HTML5规范中明确说明这是可选的。
不要省略可选的结束标签 (closing tag),如 或
。
HTML5 doctype为每个HTML5页面的第一行添加标准模式(standard mode)的声明,这样能够确保在每个浏览器中拥有一致的展现。
语言属性强烈建议为 HTML 根元素指定 lang 属性,从而为文档设置正确的语言。这将有助于语音合成工具确定其所应该采用的发音,有助于翻译工具确定其翻译时所应该遵守的规则等等。
例如:
IE兼容模式IE 支持通过特定的 meta 标签来确定绘制当前页面所应该采用的 IE 版本。除非有强烈的特殊要求,否则最好是设置为 edge mode,从而通知IE采用其所支持的最新模式。
字符编码通过明确声明字符编码,能够确保浏览器快速并容易的判断页面内容的渲染方式。这样做的好处是,可以避免在 HTML 中使用字符实体标记(character entity),从而全部与文档编码一致(一般采用 UTF-8 编码)。
引入 CSS 和 JavaScript 文件引入 CSS 和 JavaScript 文件时一般不需要指定 type 属性,因为 text/css 和 text/javascript 分别是它们的默认值。
实用为王尽量遵循 HTML 标准和语义,但是不要以牺牲实用性为代价,任何时候都要尽量使用最少的标签并保持最小的复杂度。
属性顺序HTML属性应当按照以下给出的顺序依次排列,确保代码的易读性。
class id, name data-* src, for, type, href title, alt aria-*, role布尔(boolean)型属性
简单来说就是不用赋值。
减少标签的数量编写 HTML 代码时,尽量避免多余的父元素,很多时候,这需要迭代和重构来实现。
JavaScript 生成的标签通过 JavaScript 生成的标签让内容变得不易查找、编辑,并且降低性能。能避免时尽量避免。
CSS用两个空格代替制表符(tab)这是唯一能保证在所有环境下获得一致展现的方法。
为选择器分组时,将多带带的选择器多带带放在一行。
为了代码的易读性,在每个声明块的左花括号前添加一个空格。
声明块的右花括号应当多带带成行。
为了获得更准确的错误报告,每条声明都应该独占一行。
所有的声明语句都应当以分号结尾,最后一条声明语句后面的分号是可选的,但是,如果省略这个分号,你的代码可能更易出错。
对于以逗号分隔的属性,每个逗号后面都应该插入一个空格(如 box-shadow)。
不要在 rgb(), rgba(), hsl(), hsla(), 或 rect() 值的内部的逗号后面插入空格。
对于属性值或颜色参数,省略小于 1 的小数前面的 0(如 .5 代替 0.5;-.5 代替 -0.5px)。
十六进制值应该全部小写,如 #fff。在扫描文档时,小写字符易于分辨,因为他们的形式更易于区分;
尽量使用简写形式的十六进制值,例如用 #fff 代替 #ffffff。
为选择其中的属性添加双引号,如 input[type="text"]。
避免为0指定单位。
声明顺序position box model typographic (一些轮廓样式) visual (内部样式)
由于定位(positioning)可以从正常的文档流中移除元素,并且还能覆盖盒模型(box model)相关的样式,因此排在首位。盒模型排在第二位,因为它决定了组件的尺寸和位置。
其他属性只是影响组件的内部(inside)或者是不影响前两组属性,因此排在后面。
带前缀的属性当使用特定厂商的带有前缀的属性时,通过缩进的方式,让每个属性的值在垂直方向对齐,这样便于多行编辑。
单行规则声明对于只包含一条声明的样式,为了易读和便于快速编辑,建议将语句放在同一行。对于带有多条声明的样式,还是应当将声明分为多行。
这样做的关键因素是为了错误检测。例如,css 校验器指出在 183 行有语法错误。如果是单行声明,你就不会忽略这个错误;如果是单行多条声明的话,你就要仔细分析避免漏掉错误了。
简写形式的属性声明在需要显示地设置所有值得情况下,应当尽量限制使用简写形式的属性声明, 常见的滥用简写属性声明的情况如下:
padding; margin; font; background; border; border-radius;
大部分情况下,我们不需要为简写的属性声明指定所有值。过度使用简写形式的属性声明会导致代码混乱,并且会对属性值带来不必要的覆盖而引起意外的副作用。MDN 上一篇非常好的关于 shortand properties 的文章,对于不太熟悉简写属性声明及其行为的用户很有用。
less 和 sass 中的嵌套避免非必要的嵌套,这是因为虽然你可以使用嵌套,但是并不意味着应该使用嵌套。只有在必须将样式限制在父元素内(也就是后代选择器),并且存在多个需要嵌套元素时才使用嵌套。
注释代码是由人编写并维护的。请确保你的代码能够自描述、注释良好并且易于他人理解。好的代码注释能够传达上下文关系和代码目的。不要简单地重申组件或 class 名称;对于较长的注释,务必书写完整的句子;对于一般性注释,可以书写简介的短语。
class 命名class 名称中只能出现小写字符和破折号(不是下划线也不是驼峰命名法)。破折号应当用于相关 class 命名(如 .btn 和 .btn-danger ),避免过度任意的简写。.btn 代表 button ,但是 .s 不能表达任何意思。
class 名称应当尽可能短,并且意义明确。
使用有意义的名称。使用有组织的或者目的明确的名称,不要使用表现形式的名称。
基于最近的父 class 或基本 (base) class作为新 class 的前缀。
使用 .js class 来标识行为(与样式相对),并且不要将这些class包含到css文件中。
选择器对于通用元素使用 class,这样利于渲染性能的优化。
对于经常出现的组件,避免使用属性选择器,浏览器的性能会受到这些因素的影响。
选择器要尽可能短,并且尽量限制组成选择器的元素个数,建议不要超过3.
只有在必要的时候才将 class 限制在最近的父元素内(也就是后代选择器)
代码组织已组件为单位组织代码
指定一致的注释规范
使用一致的空白符将代码分隔成块,这样利于扫描较大的文档
如果使用了多个 css 文件,将其按照组件而非页面的形式拆分,因为页面会被重组,而组件只会被移动。
编辑器配置将你的编辑器按照下面的配置进行设置,以免常见的代码不一致和差异:
用两个空格代替制表符
保存文件时删除尾部的空白符
设置文件编码为 UTF-8
在文件结尾添加一个空白行。
原文链接
工作也有些时日了,自己也整理了一份还不完善的规范文档
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/49530.html
摘要:六字符编码通过明确声明字符编码,能够确保浏览器快速并容易的判断页面内容的渲染方式。十一减少标签的数量编写代码时,尽量避免多余的父元素。未完待续编写灵活稳定高质量的代码的规范阅读更多 一、唯一定律 无论有多少人共同参与同一项目,一定要确保每一行代码都像是唯一个人编写的。 二、HTML 2.1 语法 (1)用两个空格来代替制表符(tab) -- 这是唯一能保证在所有环境下获得一致展现的方法...
摘要:过度使用简写形式的属性声明会导致代码混乱,并且会对属性值带来不必要的覆盖从而引起意外的副作用。只有在必要的时候才将限制在最近的父元素内也就是后代选择器例如,不使用带前缀的时前缀类似于命名空间。制定一致的注释规范。 一、语法 1.1 注意 (1)用两个空格来代替制表符(tab) -- 这是唯一能保证在所有环境下获得一致展现的方法。 (2)为选择器分组时,将单独的选择器单独放在一行。 (3...
摘要:写在前面对于不同的编程语言来说,具体的编码规范各不相同,但是其宗旨都是一致的,就是保证代码在高质量完成需求的同时具备良好的可读性可维护性。减少标签的数量编写代码时,尽量避免多余的父元素。 写在前面 对于不同的编程语言来说,具体的编码规范各不相同,但是其宗旨都是一致的,就是保证代码在高质量完成需求的同时具备良好的可读性、可维护性。 本文大部分内容来自网上,仅供个人参考学习! 网络上的知...
摘要:第一部分介绍了如何使用和开发接口。由于系统变得越来越复杂,人们提出了称为预处理器和后处理器的工具来管理复杂性。当您第一次得知有预处理器和后处理器时,你很有可能在任何地方已经使用它们。我之前建议的文章,,也涵盖了预处理器相关的知识。 我记得我刚开始学习前端开发的时候。我看到了很多文章及资料,被学习的资料压得喘不过气来,甚至不知道从哪里开始。 本指南列出前端学习路线,并提供了平时收藏的一些...
摘要:自动化接入和升级方案通过命令行工具提供一键接入升级能力,同时集成到团队脚手架中,大大降低了工程接入和维护的成本。原始代码经过解析器的解析,在管道中逐一经过所有规则的检查,最终检测出所有不符合规范的代码,并输出为报告。 引言 代码规范是软件开发领域经久不衰的话题,几乎所有工程师在开发过程中都会遇到,并或多或少会思考过这一问题。随着前端应用的大型化和复杂化,越来越多的前端工程师和团队开始重...
阅读 2973·2023-04-25 20:09
阅读 3284·2021-11-23 09:51
阅读 1943·2021-11-22 15:25
阅读 3313·2021-11-18 10:02
阅读 2688·2021-09-27 13:56
阅读 1276·2019-08-30 15:44
阅读 1127·2019-08-30 13:21
阅读 3281·2019-08-30 11:05