本文将介绍 Mozilla UI 在用的一些 CSS 优化规则。第一部分是关于 Mozilla 样式系统如何分类选择器的一般讨论，在理解了这些的基础上，第二部分则罗列了 Mozilla 样式系统书写 CSS 的规则指南。
=====================2008年7月4日更新======================
-
十六进制的颜色值对位数与大小写
- 编写十六进制颜色值时你可能会用小写字母或省略成3位数，关于这写法没找到确实的数据证明对浏览器的渲染效率是否有影响，但十六进制的颜色值默认标准是大写及6位数标注。在未知情况下不希望冒险而降低了渲染的效率。
- 不赞成 -
color:#f3a;
- 建议用 -
color:#FF33AA;
-
display与visibility的差异
- 他们用于设置或检索是否显示对象。display隐藏对象不保留物理空间，visibility为隐藏对象保留占据的物理空间。当浏览器渲染被占据的物理空间时，会有所消耗资源。
- 不赞成 -
visibility:hidden;
- 建议用 -
display:none;
-
border:none;与border:0;的区别
- 和display与visibility的关系类似，分别不保留与保留空间。更多的是border:0;尽管可以隐藏掉边框，但它会为你保留border-color/border-style的使用权。
- 不赞成 -
border:0;
- 建议用 -
border:none;
-
不宜过小的背景图片平铺
- 一张宽高1px的背景图片，虽然文件体积非常之小，但渲染宽高500px的板块需要重复平铺2500次。提高背景图片渲染效率跟图片尺寸及体积有关，最大的图片文件体积保持约70KB。
- 不赞成 -
宽高8px以下的平铺背景图片
- 建议用 -
衡量适中体积及尺寸的背景图片
-
IE的滤镜
- IE的滤镜除了比较消耗资源外也有兼容性问题。当中有令PNG透明的滤镜，可采用GIF或JPG似透非透的办法来避免使用此滤镜。建议只在IE6应用GIF透明，因为IE7以上已经支持了PNG透明。
- 不赞成，滥用IE滤镜因为消耗资源外也有兼容性问题。
- 建议用，最好选择其它方法能避免使用滤镜。
-
*{ margin:0; padding:0;}避免浏览器样式差异
- *号通配符把所有标签都初始化一遍，浏览器的渲染消耗一定的资源。有部分在标签在不同浏览器上几乎无差异，或是某些已经不推荐使用的标签(因为你不会去用它)，它们不需通配符要重新初始化一遍这样做能节省一点资源。
- 不赞成，使用*号通配符
- 不赞成，div span button b table等标签纳入通配符控制内外填充样式
- 建议用，有选择性地使用通配符控制内外填充样式。
========================================================
样式系统是如何分类选择器的？
Mozilla 样式系统将规则主要分成四类。理解这个分类非常的重要，他是你了解规则匹配的第一步。下面我用了一个术语：关键选择符，指的是位于最右边的选择符。他可以是 id 选择符，class 选择符或者标签选择符。ID 类
ID 选择符作为关键选择符例：
button#backButton { } /* ID 类 */
#urlBar[type="autocomplete"] { } /* ID 类 */
treeitem > treerow > treecell#myCell :active { } /* ID 类 */
Class 类
Class 选择符作为关键选择符例：
button.toolbarButton { } /* Class 类 */
.fancyText { } /* Class 类 */
menuitem > .menu-left[checked="true"] { } /* Class 类 */
标签类
标签选择符作为关键选择符例：
td { } /* 标签类 */
treeitem > treerow { } /* 标签类 */
input[type="checkbox"] { } /* 标签类 */
通用类
所有其他的都属于此类例：
:table { } /* 通用类 */
[hidden="true"] { } /* 通用类 */
* { } /* 通用类 */
tree > [collapsed="true"] { } /* 通用类 */
样式系统是如何匹配规则的？
Mozilla 样式系统先从最右边的选择符开始匹配，然后由右及左，依次匹配。只要子树（？）继续检查，样式系统就会继续向左进行匹配，直到匹配成功或者因不匹配而退出。你的第一步就是根据关键选择符的类型过滤选择器分类。目的就是过滤掉部分选择器，而不需要浪费时间去尝试匹配他们。这是增强性能的关键。你用来检查元素用的选择器类越少，样式系统解析地就越快。例如，如果你的元素有一个ID，那么只有符合元素ID的ID类会被检查；只有符合元素Class的Class类会被检查；只有符合元素标签的标签类会被检查；而通用类则总是会被检查。
高效 CSS 指南
避免通用类
确保选择器不是以通用类结束。不要用标签名或class来描述ID类
如果你有一个选择器是以ID类作为关键选择符，请不要添加多余标签名上去。因为ID是唯一的，你不要为了一个不存在的理由而降低了匹配的效率。- 差 -
button#backButton { } - 差 -
.menu-left#newMenuIcon { } - 好 -
#backButton { } - 好 -
#newMenuIcon { }
不要用标签名来描述 class 类
和上一条类似，所有的 class 也是唯一的。你应该把标签名包含在 class 名中。- 差 -
treecell.indented { } - 好 -
.treecell-indented { }
尽量选择最特殊的类来存放选择器
降低系统效率的一个最大原因是我们在标签类中用了过多的选择符。通过添加 class 到元素，我们可以将类别进行再细分为 class 类，这样就不用为了一个标签浪费时间去匹配过多的选择符了。- 差 -
treeitem[mailfolder="true"] > treerow > treecell { } - 好 -
.treecell-mailfolder { }
避免子孙选择符
子孙选择符是CSS中最耗资源的选择符。他真的是非常的耗资源，尤其是在选择器使用标签类或通用类的时候。很多情况中，我们真正想要的是子选择符。除非有明确说明，在 UI CSS 中是严禁使用子孙选择符的。- 差 -
treehead treerow treecell { } - 好一点，但还是不行(参照下一条) -
treehead > treerow > treecell { }
标签类中不要包含子选择符
不要在标签类中使用子选择符。否则，每次元素的出现，都会额外地增加匹配时间。（特别是当选择器似乎多半会被匹配的情况下）- 差 -
treehead > treerow > treecell { } - 最好 -
.treecell-header { }
留意所有子选择符的使用
小心地使用子选择符。如果你能想出一个的不使用他的方法，那么就不要使用。特别是在 RDF 树和菜单会频繁地使用子选择符，像这样。- 差 -
treeitem[IsImapServer="true"] > treerow > .tree-folderpane-icon { }
- 好 -
.tree-folderpane-icon[IsImapServer="true"] { }
运用继承
理解哪个属性会继承，并允许他们这么做！我们已经清楚地建立了 XUL widgetry(?) ，所以你可以把 list-style-image 或 font 属性设置在父标签上，然后他会渗透到匿名内容里。这样，你就不需要浪费时间在匿名内容上直接写声明了。- 差 -
#bookmarkMenuItem > .menu-left { list-style-image: url(blah); } - 好 -
#bookmarkMenuItem { list-style-image: url(blah); }
请记住，特别是在匿名内容中，他们都拥有相同的 class 。上面那条不好的选择器写法导致每个菜单的图标都会被检查是否包含在收藏夹菜单栏目中。这是非常耗资源的（因为有很多菜单）；这个选择器应该不要被收藏夹以外的菜单检查。
