当前位置:首页 > css > 正文

高效DOM+CSS开发经验总结

最近项目中的前端效果设计,用到了bootstrap框架,是我强烈推荐的,就是为了避免较多个人的独特风格,每个人每个风格,不利于统一;当然框架提供了基本的实现,有些特性的内容依然需要css样式实现,所以列举下常用的css设计开发要点,来源多处,比如以前雅虎提出的39条前端性能优化手册等等:

1. 基本原则

1.1 把CSS放在HTML页面头部(from yahoo)

由于浏览器需要在所有的样式表加载完成后才能开始渲染页面,样式表加载完成之前页面会一直显示空白,因此需要将样式表放在头部,防止一些比如页面空白等等;

@import 相当于把 标签放在页面的底部,因此从优化性能的角度考虑,应避免使用 @import,而且用import也不方便项目代码管理;

1.2 避免使用 CSS Expressions

Expression 只有 IE 支持,而且他的执行比大多数人想象的要频繁的多。不仅页面渲染(reshape)和改变大小 (resize) 时会执行,页面滚动 (scroll) 时也会执行,甚至连鼠标在页面上滑动时都会执行。在 expression 里面加上一个计数器就会知道,expression 的执行上相当频繁的。据说鼠标的滚动很容易就会使 expression 的执行次数超过 10000,没有验证过;

1.3 CSS简写

1.3.1 16进制颜色值简写

/* Not recommended */
color: #eebbcc;

/* Recommended */
color: #ebc;

有时候我不会的时候,直接用英文,也支持,比如blue,red,green,black,white等,英文我擅长;

1.3.2 属性值简写

1.4 尽量抽取相似部分

2. 关键要点

2.1 只使用小写


Home

2.2 不要有多余的空格(划线处)

What?_

Yes please.

2.3 使用utf8编码

html中:

css中:
@charset “utf-8”;
2.4 使用html5文档类型

< !DOCTYPE html>

2.5 验证HTML与CSS文档
W3C有专门实现

2.6 使文档语义化

2.7 多媒体(多终端)兼容

2.8 不要使用实体引用


The currency symbol for the Euro is “&eur;”.


The currency symbol for the Euro is “€”.

2.9 使用带有语义的id和class

/* Not recommended: meaningless */
#yee-1901 {}

/* Not recommended: presentational */
.button-green {}
.clear {}

/* Recommended: specific */
#gallery {}
#login {}
.video {}

/* Recommended: generic */
.aux {}
.alt {}

一般有经验的同事,在css的某些DIV部分会进行说明,加上注释会方便很多

2.10 省略零值的单位

margin: 0;
padding: 0;

2.11 省略起始的零

font-size: .8em;

2.12 尽量避免CSS hacks

尝试换种解决方案,不过的确需要兼顾不同的IE版本,那考虑我的其他文章;

2.13 为末尾的声明添加分号

尽管省略末尾分号可以省略一个字节,但是非常不利于团队维护,得不偿失

/* Not recommended */
.test {
display: block;
height: 100px
}

/* Recommended */
.test {
display: block;
height: 100px;
}
2.14 选择器的效率

浏览器是“从右往左”来分析 class 的,对于下面的规则这个在浏览器的css解析原则中我谈到过;

#god > li {font-weight: bold}
浏览器会先查找页面上所有的“li”节点,然后再去做进一步的判断:如果它的父节点的 id 为“god”,则匹配成功。由此可知,CSS 选择器的匹配远比我们想象的要慢的多,CSS 的性能问题不容忽视。

2.15 后代选择器

#toc li {font-weight: bold}
这个效率比之前的“child selector”效率更慢,而且要慢很多。浏览器先便利所有的“li”节点,然后步步上溯其父节点,直到 DOM 结构的根节点(document),如果有某个节点的 id 为“toc”,则匹配成功,否则继续查找下一个“li”节点。

2.16 尽量避免全局选择器

[hidden=”true”] { … } /* A universal rule */
这里的匹配规则很明显:查找页面上的所有节点,如果有节点存在“hidden”属性,并且其属性值为“true”,则匹配成功。这是最耗时耗力的匹配,页面上的所有节点都需要进行匹配运算,这种规则应尽量避免。

使用星号也一样

#god li *
先找到页面上的所有元素,再匹配祖先中包含li的元素,然后在这些元素中再查找父元素的id为god的元素。

因此,对于全局选择器,只建议一种用法:

* { margin: 0; padding: 0; /* etc. */ }//这个就是很多页面通用的一种写法,另外需要考虑浏览器的默认样式;

2.17 避免tag+id或者class+id

button#goButton {…};—–>>#goButton
.fundation#testIcon {…};—–>>#testIcon

2.18 关于tag+class

button.indented {…}—–>>.button-indented {…}
程序员们经常会给某个 Class 前面加上标签名称(Tag Name),以更精确且快速的定位该节点,但是这样往往效率更差。因为页面上的 class 在全局范围内来讲应该是唯一的,用唯一的 Class 名称来定位一个节点往往比组合定位更加快捷。事实上,这种做法也可以避免由于开发修改页面元素的类型(Tag)而导致的样式失效的情况,做到样式与元素的分离,两者独立维护

2.19 尽量减少规则数量

可以考虑将层级关系写到一个class中,不过在层级变动时就比较麻烦了

Span[mailfolder=”true”] > table > tr > td.columnClass {…}

.span1-mailfolder1-tbl1-tdCol1 {…}

2.20 避免过长的class命名

可以考虑缩写

如果觉得难以理解,可以加入连字符或注释

尽管有语义化方面的考虑,但命名还是尽量短一些,只要易于辨认即可,命名非常关键,对于可读性很重要;

heroImg
emailAddr

2.21 文件名中不应有空格

a) 有空格的文件名会被Google当成两个关键字,可能带来更多的搜索结果,引来更多流量,是好事
b) 有空格意味着不能省略引号,多了两个字节
c) 空格会被浏览器自动转换为%20,老的浏览器可能不支持,如果将%20硬编码到URL中则每个实例中都多了两个字符

2.22 省略URI的引号

2.23 尽量避免后代选择器

treehead treerow treecell {…} —–>> treehead > treerow > treecell {…}
Descendant 选择器是耗时相对高的选择器,通常来讲,它在 CSS 里的使用应该是尽量避免的,如果能用 child 选择器替代就应该尽量这样去做。

2.24 充分利用继承机制(子元素继承父元素,尤其是定位的时候)

Color
font
letter-spacing
line-height
list-style
text-align
text-indent
text-transform
white-space
word-spacing

#bookmark > .menu-left {list-style-image: url(blah)}

————>>>>>>>>

#bookmark {list-style-image: url(blah)}
2.25 发布之前一定要进行压缩

可使用YUI Compressor或类似软件进行压缩后再发布,现在nodejs也有很多。

3. 高级技巧

3.1 省略嵌入资源的协议

即可避免混合内容问题(mixed content issues)也可以缩减文件大小

3.2 省略可选的标签

HTML5规范中指定了一些可以省略的标签,可以缩减文件大小

3.3 文件结构

由于图像等资源一般只有CSS文件使用,故可将图像文件夹放到CSS文件同级目录,这样就可使用相对路径,节省字节数

input {background: url(“images/shadow background.gif”);}

3.4 文件夹命名

通常文件夹会被命名为其所代表的资源的复数形式

images
assets
fonts
其实大可不必,使用单数形式可以节省许多字节,尤其是当每个项目的结构都类似时

img
asset
font
对于下面一段包含58字节的代码:考虑字节的压缩等;

input {background: url(“/images/shadow background.gif”);}
优化后变为52字节,即10%的压缩:

input {background: url(img/shadow-background.gif);}
如果在使用缩写,则可进一步缩减:

input {background: url(img/shadow-bg.gif);}
如果一个项目有几百行这样的代码,那么就会节省几百字节了。如果站点访问量超大,则可节省数目客观的带宽资源。

3.5 末尾声明的分号

前面提过,去掉末尾声明的分号可以节省字节,但不利于维护。可以考虑在压缩发布阶段去掉。

.clear {clear:both;}

.clear {clear:both}

3.6 背景色简写

背景色简写也可节省字节,但要慎用,因为省略掉的默认属性会覆盖前面的属性。

background-color: blue;

background: blue;

3.7 滤镜简写

selector {
-ms-filter: “progid:DXImageTransform.Microsoft.Alpha(Opacity=65)”;
filter: progid:DXImageTransform.Microsoft.Alpha(Opacity=65);
}
filter的版本是IE8以下的,–ms-filter的版本是IE9以上的,YUI会将其压缩为:

selector {
-ms-filter:”alpha(opacity=65)”;
filter:alpha(opacity=65);
}
由于YUI的广泛使用极其社区开发着的强大力量,说明这种写法已经是经过深度测试的写法,可以放心使用。

3.8 Gzip压缩与CSS书写

Goolge建议按照字母顺序书写CSS规则,方便维护。其他公司也有自己的规范。从Gzip压缩角度,只要整个文档中的书写顺序保持一致即可,可以提高Gzip压缩比率。

background: fuchsia;
border: 1px solid;
-moz-border-radius: 4px;
-webkit-border-radius: 4px;
border-radius: 4px;
color: black;
text-align: center;
text-indent: 2em;

3.9 更少的请求比更小的尺寸重要

文件可以适当的合并,只保留基本的层级即可

4.0 考虑css的兼容性,和上面的hack对应;

4.1 考虑DOM结构的完整性的可阅读性;

4.2 能够使用div进行定位的,尽量不要使用table,因为table的一个小小的td改变,都会导致整个table的reshape,超级消耗性能;

暂无评论

发表评论

您必须 [ 登录 ] 才能发表留言!