"　　'字是门面书是屋'，我们不会去手写代码，但是敲出来的代码要好看、有条理，这还必须得有一点约束 ~ 　　团队开发中，每个人的编码风格都不尽相同，有时候可能存在很大的差异，为了便于压缩组件对代码进行压缩以及书写样式的规范统一和美观，很有必要大家一起来研究一套基本规范（模板）！　　我先抛砖引玉。（禁 ...."

someone1
AI专业者开发社区 1 号成员
AI开发者社区 • 0 回帖 • 7 浏览 • 5 个月前

前端编码规范之CSS

　　"字是门面书是屋"，我们不会去手写代码，但是敲出来的代码要好看、有条理，这还必须得有一点约束 ~

　　团队开发中，每个人的编码风格都不尽相同，有时候可能存在很大的差异，为了便于压缩组件对代码进行压缩以及书写样式的规范统一和美观，很有必要大家一起来研究一套基本规范（模板）！

　　我先抛砖引玉。（禁止）、（必须）等字眼，在这里只是表示强调，未严格要求。

前端规范之 CSS

1. tab键用（必须）四个空格代替

　　因为在不同系统的编辑工具对 tab 解析不一样，windows 下的 tab 键是占四个空格的位置，而在 linux 下会变成占八个空格的位置（除非你自己设定了 tab 键所占的位置长度）。

　　一些童鞋可能会有疑问，tab 键换成四个空格，多麻烦啊 ~

　　其实不然，我平时用 sublime text 比较多，在这个工具中可以对 tab 键进行设置。

　　选择 Indent Using Spaces，Tab Width：4 两项即可。

2. 每个样式属性后（必须）加 ";"

方便压缩工具 "断句"。

3. Class 命名中（禁止）出现大写字母，（必须）采用” - “对 class 中的字母分隔，如：

 /* 正确的写法 */
 .hotel-title {
     font-weight: bold;
 }
/ 不推荐的写法 /
.hotelTitle {
font-weight: bold;
}

用 "-" 隔开比使用驼峰是更加清晰。
产品线 - 产品 - 模块 - 子模块，命名的时候也可以使用这种方式（@Artwl）

4. 空格的使用，以下规则（必须）执行：

 .hotel-content {
     font-weight: bold;
 }

选择器与 { 之前（必须）要有空格
属性名的 : 后（必须）要有空格
属性名的 : 前（禁止）加空格

一个原因是美观，其次 IE 6 存在一个 bug，戳bug

5. 多选择器规则之间（必须）换行

当样式针对多个选择器时每个选择器占一行

 /* 推荐的写法 */
 a.btn,
 input.btn,
 input[type="button"] {
     ......
 }

6. （禁止）将样式写为单行, 如

.hotel-content {margin: 10px; background-color: #efefef;}

单行显示不好注释，不好备注，这应该是压缩工具的活儿 ~

7. （禁止）向 0 后添加单位, 如：

.obj {
    left: 0px;
}

只是为了统一。记住，绿色字表强调，不表强制！

8. （禁止）使用 css 原生import

使用 css 原生 import 有很多弊端，比如会增加请求数等....

推荐文章：Don't use @import

9. （推荐）属性的书写顺序, 举个例子:

.hotel-content {
     /* 定位 */
     display: block;
     position: absolute;
     left: 0;
     top: 0;
     /* 盒模型 */
     width: 50px;
     height: 50px;
     margin: 10px;
     border: 1px solid black;
     / * 其他 * /
     color: #efefef;
 }

定位相关, 常见的有：display position left top float 等
盒模型相关, 常见的有：width height margin padding border 等
其他属性

　按照这样的顺序书写可见提升浏览器渲染 dom 的性能

　　简单举个例子，网页中的图片，如果没有设置 width 和 height，在图片载入之前，他所占的空间为 0，但是当他加载完毕之后，那块为 0 的空间突然被撑开了，这样会导致，他下面的元素重新排列和渲染，造成重绘（repaint）和回流（reflow）。我们在写 css 的时候，把元素的定位放在前头，首先让浏览器知道该元素是在文本流内还是外，具体在页面的哪个部位，接着让浏览器知道他们的宽度和高度，border 等这些占用空间的属性，其他的属性都是在这个固定的区域内渲染的，差不多就是这个意思吧 ~(@frec)

http://www.mozilla.org/css/base/content.css

10. 小图片（必须）sprite 合并

推荐文章：NodeJs 智能合并 CSS 精灵图工具 iSpriter

11. （推荐）当编写针对特定html结构的样式时，使用元素名 + 类名

/* 所有的 nav 都是针对 ul 编写的 */
 ul.nav {
     ......
 }

".a div" 和 ".a div.b"，为什么后者好？如果需求有所变化，在 ".a" 下有多加了一个 div，试问，开始的样式是不是会影响后来的 div 啊 ~

12. （推荐）IE Hack List

 /* 针对 ie 的 hack */
 selector {
     property: value;     /* 所有浏览器 */ 
     property: value\9;   /* 所有 IE 浏览器 */ 
     property: value\0;   /* IE8 */
     +property: value;    /* IE7 */
     _property: value;    /* IE6 */
     *property: value;    /* IE6-7 */
 }

当使用 hack 的时候想想能不能用更好的样式代替

13. （不推荐）ie 使用filter,（ 禁止）使用expression

这里主要是效率问题，应该当格外注意，咱们要少用烧 CPU 的东西 ~

14. （禁止）使用行内（inline）样式

<p style="font-size: 12px; color: #FFFFFF">靖鸣君</p>

像这样的行内样式，最好用一个 class 代替。又如要隐藏某个元素，可以给他加一个 class

.hide {
    display: none;
}

尽量做到样式和结构分离 ~

15. （推荐）reset.css 样式

推荐网站：http://www.cssreset.com/

16.（禁止）使用 "*" 来选择元素

/*别这样写*/
* {
    margin: 0;
    padding: 0;
}

这样写是没有必要的，一些元素在浏览器中默认有 margin 或 padding 值，但是只是部分元素，没有必要将所有元素的 margin、padding 值都置为 0。

17. 链接的样式，（务必）按照这个顺序来书写

a:link -> a:visited -> a:hover -> a:active

18. 等你补充...

应该说在前面的话

对于不同的团队、不同的需求，编码规范上有一些差异，这个很正常。
最后上线的代码肯定不是上述遵从规范的，上线的代码都会经过打包和压缩。
不同的人有不同的编码风格，当你是一个人作战的时候，你可以不用考虑这些，但是如果是团队开发，有一个规范还是很有指导价值的 ~

　　这些规范是在团队开发过程中，集思广益总结出来的，不是很全面，如果你有好的建议，请提出来，我们一起打造一个良好的前端生态环境！

　　后面我会陆续把 HTML、JavaScript 和 LESS 等规范罗列出来，大家共同进步！！！

相关阅读：前端编码规范之 JavaScript

前端编码规范之CSS

前端规范之 CSS

应该说在前面的话

相关帖子

随便看看

前端编码规范之CSS