日期:2014-05-17 浏览次数:20743 次
当浏览器解析html的时候,它构造了一个文档树来展现所有被显示的元素。 它在特定的样式表中去匹配元素,根据标准的css的层叠,继承和顺序规则, 在mozilla的实现中(可能其他的也是这样),对于每一个元素,css引擎通过规则去寻找匹配,css引擎评估每一个规则是从右到左的,从最右的selector开始, 也称之为key selector,直到找到匹配为止。
根据这个规则,越少的规则使用,css引擎将评估的越好。因此,移除没有用的css是改善页面性能的重要一步。之后,对于页面包含很多的元素的css规则, 优化这些规则也有利于提高页面的性能。优化页面性能最重要的一点在于使用明确的,避免不需要冗余的,使引擎系统快速的匹配到元素而不需要花费太多的时间。
使用全局选择器作为key
body * {...} .hide-scrollbars * {...}
使用了标签选择器作为key
ul li a {...} #footer h3 {...}?
使用全局选择器作为key
body > * {...} .hide-scrollbars > * {...}
使用标签选择器作为key
ul > li > a {...} #footer > h3 {...}? |
子选择器和相邻选择器是低效的是因为对于每一个元素的匹配,浏览器不得不评估其他的一些元素,它需要双倍的时间耗费在匹配上。同时,越少的精确的 key,越多的时间花费在匹配元素上面。尽管如此,即使是不高效的,他们比后代选择器的使用的效果要好一点。
?
id选择器是唯一的,包含了tag或者class的限定仅仅是增加了一些无用的信息(浏览器去评估)
ul#top_blue_nav {...} form#UserLogin {...}?
在非标准模式下面。ie7,ie8将忽略这些规则。在标准模式下面,可能会导致一些性能的退化
h3:hover {...} .foo:hover {...}
允许一个元素去继承它的祖先,或者使用一个class去应用复杂的元素。
?
偏向使用class ,id,少使用tag
?
下面的这些限定是多余的:1.id选择器被class 或者tag选择器限定;2.class被tag选择器进行限定(如果一个class只被用于一个tag,这也是很好的实践)。
?
eg:body ul li a{...} 制定了一个无用的body限定,因为所有的元素都是在body中。
?
eg:如果你需要两个不同的样式(一个无序列表,一个有序列表),不要使用下面的样式
ul li {color:blue} ol li {color:red}?
应该这样的使用
.unordered-list-item {color: blue;} .ordered-list-item {color: red;}??如果你一定要用后代选择器,建议你使用子选择器
如果你使用:hover在一些无连接的元素上面,ie7,8会认为他们是无用的。建议使用事件onmouseover 来模拟。