先看下长命名和短命名的定义:
<!-- 长命名:使用前缀体现上下文环境的CSS命名方式。 -->
<div class="category">
<div class="category-hd"></div>
<div class="category-bd"></div>
<div class="category-ft"></div>
</div>
<!-- 短命名:使用继承体现上下文环境的CSS命名方式。 -->
<div class="category">
<div class="hd"></div>
<div class="bd"></div>
<div class="ft"></div>
</div>====
会上大家先是给双方各列了一堆优缺点,结果不相上下。
然后从性能和可维护性上进行了详细的争论。
性能分为下载性能(速度)和渲染性能,大家认为:
1. 下载性能可能是短命名略胜一筹,因为文件会稍小些;
2. 渲染性能则是长命名好些,因为CSS中通常短命名我们用类似.box .hd {}定义样式,而长命名直接是.box-hd {},pagespeed认为选择器长度会影响渲染性能。
(注:其实平时工作中这两点都会被忽略。gzip可以进一步减少第一个问题的差距,而由此引发的渲染性能也是微乎其微)
然后大家就可维护性进行了讨论,这次支持长命名的人较多。
1. 长命名给人较为可靠的感觉;
2. 长命名较短命名发生冲突的几率低很多;
3. 可复用的内容通过短命名定义,无可争议;
…
最后是使用场景,玉伯借用YAHOO首页的例子牵头,大家讨论,总结如下:(主要依据可维护性)
1. 框架级样式用短命名,比如盒模型、栅格;
2. 通用样式用短命名,比如.hidden、.clearfix;
3. 应用级样式用长命名,比如淘江湖项目的通用样式都加上“sns”前缀(有.sns-avatar、.sns-box等);
4. 页面级样式用长命名,比如类目模块,可能包含category-hd、category-bd、category-bd-tips等;
5. 嵌入式应用用长命名,因为可能会被嵌入到任何复杂环境中,比如开源编辑器、Google的各种应用(map, adsence, gmail…)
以上结论有个前提:就是页面是多人(包括后期的维护人员)协作的,一个人的页面(如Blog)不在考虑范围之内。