首页 / CSS / 一些比较高效的CSS写法建议
一些比较高效的CSS写法建议
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了一些比较高效的CSS写法建议，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1733字，纯文字阅读大概需要3分钟。
内容图文
当浏览器解析html的时候，它构造了一个文档树来展现所有被显示的元素。 它在特定的样式表中去匹配元素，根据标准的css的层叠，继承和顺序规则， 在mozilla的实现中（可能其他的也是这样），对于每一个元素，css引擎通过规则去寻找匹配，css引擎评估每一个规则是从右到左的，从最右的selector开始， 也称之为key selector，直到找到匹配为止。
根据这个规则，越少的规则使用，css引擎将评估的越好。因此，移除没有用的css是改善页面性能的重要一步。之后，对于页面包含很多的元素的css规则， 优化这些规则也有利于提高页面的性能。优化页面性能最重要的一点在于使用明确的，避免不需要冗余的，使引擎系统快速的匹配到元素而不需要花费太多的时间。兴城市费永礼品
下面的这些规则被认为是低效的
- 使用了后代选择器
使用全局选择器作为key
1
|
body * {...}
|
2
|
.hide-scrollbars * {...}
|
使用了标签选择器作为key
1
|
ul li a {...}
|
2
|
#footer h
3
{...}
|
- 使用子选择器和相邻选择器
使用全局选择器作为key
1
|
body > * {...}
|
2
|
.hide-scrollbars > * {...}
|
使用标签选择器作为key
1
|
ul > li > a {...}
|
2
|
#footer > h
3
{...}
|
子选择器和相邻选择器是低效的是因为对于每一个元素的匹配，浏览器不得不评估其他的一些元素，它需要双倍的时间耗费在匹配上。同时，越少的精确的key，越多的时间花费在匹配元素上面。尽管如此，即使是不高效的，他们比后代选择器的使用的效果要好一点。
- 过渡的限定选择器
id选择器是唯一的，包含了tag或者class的限定仅仅是增加了一些无用的信息（浏览器去评估）
1
|
ul#top_blue_nav {...}
|
2
|
form#UserLogin {...}
|
- 使用：hover在一些没有：hover的元素上面
在非标准模式下面。ie7，ie8将忽略这些规则。在标准模式下面，可能会导致一些性能的退化
1
|
h
3:
hover {...}
|
2
|
.foo:hover {...}
|
推荐的方式
- 避免使用全局样式
允许一个元素去继承它的祖先，或者使用一个class去应用复杂的元素。
- 将规则写的越精确越好
偏向使用class ，id，少使用tag
- 移除一些无用的限定
下面的这些限定是多余的：1.id选择器被class 或者tag选择器限定；2.class被tag选择器进行限定（如果一个class只被用于一个tag，这也是很好的实践）。
- 避免使用后代选择器，特别是包含了一些无用的祖先元素
eg：body ul li a{...} 制定了一个无用的body限定，因为所有的元素都是在body中。
- 使用class选择器取代后代选择器
eg：如果你需要两个不同的样式（一个无序列表，一个有序列表），不要使用下面的样式
1
|
ul li {
color
:
blue
}
|
2
|
ol li {
color
:
red
}
|
应该这样的使用
1
|
.unordered-
list-item
{
color
:
blue
;}
|
2
|
.ordered-
list-item
{
color
:
red
;}
|
如果你一定要用后代选择器，建议你使用子选择器
- 避免使用:hover在一些没有连接的元素上面（对于ie序列的）
如果你使用：hover在一些无连接的元素上面，ie7,8会认为他们是无用的。建议使用事件onmouseover 来模拟。
原文：http://www.cnblogs.com/xiaoyang002/p/4044933.html
内容总结
以上是互联网集市为您收集整理的一些比较高效的CSS写法建议全部内容，希望文章能够帮你解决一些比较高效的CSS写法建议所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。