CSS研究教程:类名的长命名和短命名

楼主^#

更多发布于：2011-12-27 12:26

[] 1


	说实话，看到这个题目时我觉得这有什么好讨论的，肯定会是场一边倒的讨论。因为个人比较倾向于短命名，简单优雅，可能是出于程序员的洁癖，容不得任何冗余的东西。（和我一个想法的人应该不在少数吧！）先看下长命名和短命名的定义： ==== 会上大家先是给双方各列了一堆优缺点，结果不相上下。然后从性能和可维护性上进行了详细的争论。性能分为下载性能(速度)和渲染性能，大家认为： 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)不在考虑范围之内。 ==== 欢迎补充指正。