本文并不想包含所有的良好的CSS编程规范，也不可能，我所能够提供的也只是我个人编写CSS的规范小结，我想这些规范是尽可能靠近CSS的运作本质的。
不要使用inlineCSS
userstyle不在你的掌控之内
不要使用important规则
按照特殊性从低到高编写CSS
前三条不是我说的重点，我将一笔带过。
inlineCSS的特殊性是最高的，如果你CSS文件中的属性与inlineCSS冲突，那么你CSS文件中的属性无效，这和我们仅在CSS文件中对样式进行debug的习惯不符。inlineCSS也是丑陋的，它将样式插入HTML文档，所以应当放弃使用inlineCSS。
如果用户将userstyle设置为important，那么不论怎么写CSS规则，总是不能覆盖用户的important语句，所以试图覆盖所有的userstyle是徒劳的。高兴的是我们不需要考虑这些了。
important规则是个异类，它不符合我们惯有的思维方式，不论我们如何增加CSS规则的特殊性和先后顺序，important规则都将覆盖与它竞争的规则，这也会打乱CSS规则的习惯规律，给debug带来麻烦。如果你要使用important规则来hack浏览器，那么你应当在一个指向唯一元素的selector中应用该规则。（PS.hack应当是解决方法中最后考虑的一项，因为它长得太丑陋了。）
最后一点，如何做到按照特殊性从低到高编写CSS？
关键在于模块化CSS。
添加全局CSS
添加当前页面统一CSS
将页面分成几个模块
在每个不同模块上使用id挂钩，相同模块上使用class挂钩
添加每个模块的统一CSS
将每个模块分成几个子模块，并且回到第4步开始循环直至样式添加完成。
编写良好的CSS是一个设计问题，而不是一个实现问题。我们首先应当将编写特殊性非常低的全局CSS内容，也就是我们常用的reset.css。它是我们整个网站中所有页面的默认样式。
如果有哪个页面具有独特的统一样式，如某一页的背景与其他页面不同，那么我们可以给某一页面添加ID，然后在ID下编写当前页面的统一CSS。
body#special{
background-color:black;
}
统一样式编写好后，我们将页面分成几个模块，如果这些模块具有基本相同的样式，那么使用class挂钩，如果样式并非相同，那么使用id挂钩，以后每次分模块时都应当遵循这一原则，因为class的特殊性不高，所以如果不是看起来显然类似的模块，就不应当使用class。id的名字通常可以模块的用途作为名字。如head、bottom等。idselector在层叠中起了关键作用，因为id具有排他性，还具有较高的特殊性，能够防止CSS规则被不经意的覆盖。
在某个模块中我们可能有一些统一CSS，那么我们就需要在使用idselector来编写当前模块下的统一样式。
#headp{
color:red;
}
添加class挂钩时，我建议使用父模块（或者页面本身）的id在作为class名的第一部分。如果我添加一个独立的页面(body#special)，那么为该页面分好模块后，我应当将该页的模块命名为special_head、special_bottom等。
或者在某些页面模块中使用class挂钩时应当使用head_col等。这样做的好处是我们不用使用
#head.col{
/*头部中每一列的样式*/
}
而可以直接使用
.head_col{
/*头部中每一列的样式*/
}
从而不用担心命名冲突。
而对于模块下直接添加了idselector的元素，我们可以直接使用该selector，并且也在其名字前添加父模块的id。
#head_navigator{
/*头部中导航栏的样式*/
}
要做到模块化CSS我们应当尽量防止跨模块的CSS出现，我想一条好的原则是：如果某一样式的跨模块特性不是你一目了然的，那么就不要使用跨模块的CSS。一个例外是全局CSS或者模块内的统一CSS。而对于那些并非一目了然的，并非具有统一样式的，建议在每个子模块下分别定义。这就像是编写Java程序中的面向对象的设计一样，我们要降低模块之间的互相依赖，使得相同模块的CSS规则在一起，略有不同的就完全分开，这样不但易于维护，还能够保证特殊性从低到高地编写CSS，从而防止CSS规则被意外的覆盖
