这是一个创建于 4714 天前的主题，其中的信息可能已经有所发展或是发生改变。
每次写大页面，都会纠结这个问题。究竟选择器对渲染效率产生多大影响，没有找到很详细的测试。
https://developer.mozilla.org/en/Writing_Efficient_CSS
http://www.stevesouders.com/blog/2009/06/18/simplifying-css-selectors/
而js对选择器就很敏感，至少能感觉到。
https://developer.mozilla.org/en/Writing_Efficient_CSS
http://www.stevesouders.com/blog/2009/06/18/simplifying-css-selectors/
而js对选择器就很敏感，至少能感觉到。
 |
1
gaowhen 2012-01-30 13:41:55 +08:00
会。
这是一种好的习惯。 |
 |
2
ytzong 2012-01-30 15:30:44 +08:00
stevesouders那里不是有很详细的测试了么？
你也可比葫芦画瓢自己测试一下 |
 |
3
Chris_Ys 2012-01-30 15:53:24 +08:00
曾经有个漫画：技术会议里技术 A 说给三个月他们就能修好代码加速 XX%，技术 B 说给他六个月就能用更快的语言重写代码加速 YY%，C 说拿你们三个月的工资买 SSD 足够提速 ZZ%。（X < Y < Z）。
在现在内核和硬件越来越快的时代，太过纠结性能并不是好事，更多地着重在编写上会更好。 比如 #logout 在某些页面有特殊的需求，那是 .page #logout 好呢？还是改后台代码给 #logout 加 class 好呢？ 前者破坏了 #logout 高效的特点，后者加重了后端的工作量，也打断了前端的工作（要等后端确认 class name）。 ID 固然高效，但也有过高权重，不易覆盖的特点。 由于性能的差异主要是 IE 6-7 的问题，稍微新一点的，毫秒级的差异是体验不了的，反而下载速度才是最明显的（CSS 通常要比 <body> 先下载完）。 所以，前端们，不要过多地纠结效率，让我们写更美观、更简洁的代码。 不过 * 这种还是要避免的。 |
 |
4
icyflash 2012-01-30 18:58:09 +08:00
同LS，stackoverflow的创建者表达过类似的观点，硬件成本越来越低
|
Select Language