你还会在意css中选择器的效率吗?为什么?

2012-01-30 13:28:41 +08:00
 benzhe
每次写大页面,都会纠结这个问题。究竟选择器对渲染效率产生多大影响,没有找到很详细的测试。

https://developer.mozilla.org/en/Writing_Efficient_CSS
http://www.stevesouders.com/blog/2009/06/18/simplifying-css-selectors/

而js对选择器就很敏感,至少能感觉到。
3999 次点击
所在节点    问与答
4 条回复
gaowhen
2012-01-30 13:41:55 +08:00
会。
这是一种好的习惯。
ytzong
2012-01-30 15:30:44 +08:00
stevesouders那里不是有很详细的测试了么?
你也可比葫芦画瓢自己测试一下
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> 先下载完)。

所以,前端们,不要过多地纠结效率,让我们写更美观、更简洁的代码。

不过 * 这种还是要避免的。
icyflash
2012-01-30 18:58:09 +08:00
同LS,stackoverflow的创建者表达过类似的观点,硬件成本越来越低

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/26236

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX