架构css

October 31st, 2006 | htmlor | css, 译文 | 9 Comments »

大约一个月之前，看到了Garrett Dimon的这篇《Architecting CSS》，不禁动了翻过来的念头。联系作者后他满口答应，我也准备3天之内完工。只可惜国庆假期琐事繁多，一直腾不出手来开工。拖啊拖拖啊拖，一直到今天才得完成。这效率……唉，真是愧对作者，希望他别见怪~

废话不说了，回到主题。关于这篇文章，我有两个声明：1.不是css用法指南，而是宏观上的组织架构方法；2.没有提出绝对正确的某种方案，而是列出多种方案以及利弊让你根据具体情况选择。

全文如下：

架构css

作者：Garrett Dimon
翻译：htmlor

在当前浏览器普遍支持的前提下，css被我们赋予了前所未有的使命。然而依赖css越多，样式表文件就会变得越大越复杂。与此同时，文件维护和组织的考验也随之而来。

（曾几何时）只要一个css文件就够了——所有规则（rule）汇聚一堂，增删改都很方便——可这种日子早已远去。（现在）建立新网站时，必须花点时间好好筹划怎么组织和架构css。

文件的组织

构建css系统的第一步是大纲的拟定。（我认为）css组织规划的重要性堪比网站目录结构。（htmlor注：用词夸张一点，让你加深记忆） 没有哪种方案放之四海而皆准，因此我们会讨论一些基本的组织方案，以及它们各自的利弊。

主css文件

通常可以使用一个主css文件，来放置所有页面共享的规则。这个文件会包含默认的字体、链接、页眉和其他等样式。有了主css文件之后，我们开始探讨高级组织策略。

方法一：基于原型

最基本的策略是基于原型页面（archetype page）分离css文件。假如一个网站的首页、子页面和组合页设计不同，就可以采用基于原型的策略。（这种策略下）每个页面都会有专属的css文件。

在原型数量不多的情况下，这个方法简单明了、行之有效。然而，当页面元素并不按部就班的位于各个原型页时，问题就出现了。如果子页面和组合页共享某些元素，而首页却没有，我们应该怎么做呢？

1. 把共享元素放入主css文件。这虽不是最纯正的解决办法，却适用于某些具体情况。可是如果网站庞大，（这样做的话）主css文件会迅速膨胀——这就违背了分离文件的初衷：避免导入不必要的大文件。
2. 在组合页和子页面的css文件里各放一份样式代码。（这么做）就意味着要维护冗余代码，很显然我们不想这样。
3. 创建一个新的文件，由这两种页面共享。这听起来不错。不过假如只有10行代码，我们创建这个文件仅仅是为了共享这10行代码？（htmlor注：杀鸡用牛刀？） 这方法很纯粹，但如果网站庞大有很多对页面共享很少量元素时（htmlor注：比如30对页面分别共享10行代码），就显得很笨重了。
4. 创建一个单独的css文件，包含所有共享元素的样式。这方法可能比较简单，却要取决于网站的大小和共享元素的多少。有种情况会很烦：导入了一个很大的css文件，但页面只用到一小部分样式——还是那句话，这违背了分离文件的初衷。

这就是我所说的重叠的两难（overlap dilemma）。零碎css规则的重叠不一而足，并没有一个完全清晰无误的方案来组织它们。

方法二：基于页面元素/块

如果网站使用服务器端include，这个方法会很不错。举例说明，如果使用页眉include，它会有自己相应的css文件。页脚或者其他部分的include可以如法炮制，只须导入自己的css文件。这个方法简单干净，不过可能会产生很多小css文件。

举例来说，假如页脚的样式只需要20行css代码，单独创建一个文件就划不来了。而且这个方法会导致每个页面都包含一堆css文件——因为有多少include，就得有多少css文件。

方法三：基于标记

这个方案直观实际，与前一个类似。如果网站共有30个页面，其中10个含有form，那么可以创建一个css文件专门处理form的样式，只在这10个页面导入它。如果另外10个页面含有table，就创建一个文件专门处理table样式……诸如此类。

另外的组织技巧

除了用主观的方法组织文件，我们还要考虑如打印、手持设备和屏幕等多种媒体类型。这虽然已经很清楚的定义过，可依旧是建立文件结构时应该考虑的一个因素。一旦必须支持多种媒体类型，主css文件里的某些规则可能就得重新考虑。

另外，品牌联合也可能是一个重要因素。（htmlor注：如google和nike联手推出的joga） 如果涉及品牌联合，你就得考虑哪些元素应该调整以适应另一品牌。比如分别使用不同的css文件等。

还有一个常被忽略的技巧：使用嵌套的@import语句。只包含一连串@import语句，或者再加几句css规则，就能创建一个css文件。用这个方法完全可以创建网站的主css文件（用@import导入各部分的样式文件）。假如网站的每个页面都导入了4到5个不同的css文件，无疑你应该考虑使用这个技巧。

规则和选择器的组织

谈完了文件组织，接着讨论一下怎么组织文件里的东西吧。很自然，我们希望在文件里畅通无阻的浏览，迅速找到要编辑的选择器（selector）或规则。

冗余 vs. 附属

正如Dave Shea在其文章《冗余 vs. 附属》（Redundancy vs. Dependency）里所说的，你必须不断了解级联（cascade）。你要决定是对选择器编组（意味着附属），还是把它们分离（意味着冗余）。编组可以保持代码简洁扼要，可是会建立附属关系，导致维护开销增加。如果不编组，就会增加文件大小，让相似的选择器保持一致变得困难。只有做好这种权衡、取舍，才能每次都作出正确的决定。

按相互关系/上下文编组

既然文件组织可以是主观的，那么显然，按照规则和选择器与其他部分的相互关系来进行编组是最好的方法。举例说明，假设你用容器、页眉和页脚来完成布局，就应该把它们编成一组。

这似乎很简单，其实不然。比如，把页眉中的导航加入css时，是将它跟父元素编组还是独立编组？这种情况下，要视乎规则的上下文。通常，页眉与页面布局相关，应该与其他布局元素一起编组。而导航是页眉的一块，应该和页眉的其他块编组，而不是页眉本身。

使用注释

跟大多数代码类似，注释是组织良好与否的关键。应该根据css的控制范围，清楚的标注每节（section）。最好确保注释视觉突出，以便在内容滚动、一目十行时快速定位。

Doug Bowman在其文章《css组织技巧之一：标记》（CSS Organization Tip #1: Flags）里把css注释玩得高明之极。他详细说明了在节名之前加上等号，以便使用文本编辑器的查找功能迅速跳到某节。

别忘了

你应该细致认真的了解了特异性、级联和继承，并善用它们。它们之中的每一项都可以是你最可怕的敌人，也可以是你最友善的朋友。当建立庞大的网站时，是否理解这些细微精妙之处，决定了你所构建的是坚如磐石的系统，还是经不起风雨的豆腐渣工程。（htmlor注：这句完全意译，比较爽）

属性的组织

现在我们了解了文件的组织，也知道了文件内规则的组织，但还有一个重要的组织环节（没有提到），那就是属性（attribute）。虽然属性比前两个概念更简单，可是还有一些非常好的、能够保持规则整洁的方法很值得一提。

按字母排序

提到属性，如果说需要遵循什么原则的话，那就是：按-字-母-排-序。其实这招对于属性浏览帮助不大，不过可以防止属性值覆盖这种偶然事件的发生。

举个例子吧，已经数不清有多少次，我为某个选择器定义过了margin值，之后的某天无意间又加了一个（或前或后）。（这种情况下）后一个属性自然会起作用。假设不知道第二个属性存在，不管我怎么调整第一个属性值、刷新浏览器，也看不到页面变化。（htmlor注：这个问题我深有体会） 如果按照字母顺序排列，你就会发现margin被定义了两次（因为它们挨在一起），这个问题自然可以避免。

优先项

当网站复杂、牵涉太多css文件时，会建立大量的附属关系。一旦需要定制某个元素特有的样式，!important选项似乎是最佳选择。没错，!important是能解一时之需，但最好搞清楚导致问题的根源，然后根据级联关系决定是否真的需要用它。

如果你对上文提到的特异性、级联和继承很熟悉，大可不必抱着!important一颗树不放。（htmlor注：整片森林等着你~） 当然它还是会派上用场，不过使用之前要对具体情况了然于胸。千万不要因为不知问题的症结所在而把!important当作捷径或是补救方案。

小结

当我们变得依赖css而使样式表日渐复杂时，就需要正确的计划来避免犯错，并使代码易于维护。既然完美无缺的方案并不存在，那么了解css的工作方式以及文件、选择器和属性的多种组织方案，无疑有助于我们写出优质的代码，经受住时间考验。

（完）

---

css简写用法说明

October 16th, 2006 | htmlor | css, 技巧 | 19 Comments »

用了这么多年css（经验也算丰富），总觉得该写点什么。理论性太强的暂时写不了，只好先从简单直白的入手。css简写（css shorthand）就符合这个条件。

简单的说，css简写就是在等效的前提下，把多句css代码简化成一句。在我看来，简写css的好处有三：一是写起来方便（就像键盘快捷键）；二是简化代码；三是帮助你熟悉和深刻理解css。

闲话少说，书归正传。能够简写的css属性主要有以下几个：

font

简写：

font:italic small-caps bold 12px/1.5em arial,verdana;

等效于：

font-style:italic;
font-variant:small-caps;
font-weight:bold;
font-size:12px;
line-height:1.5em;
font-family:arial,verdana;

顺序：font-style | font-variant | font-weight | font-size | line-height | font-family

（注：简写时，font-size和line-height只能通过斜杠/组成一个值，不能分开写。）

background

简写：

background:#fff url(bg.gif) no-repeat fixed left top;

等效于：

background-color:#fff;
background-image:url(bg.gif);
background-repeat:no-repeat;
background-attachment:fixed;
background-position:left top;

顺序：background-color | background-image | background-repeat | background-attachment | background-position

margin & padding

简写：

margin:1px 0 2em -20px;

等效于：

margin-top:1px;
margin-right:0;
margin-bottom:2em;
margin-left:-20px;

顺序：margin-top | margin-right | margin-bottom | margin-left

padding的简写和margin完全一样。

border

简写：

border:1px solid #000;

等效于：

border-width:1px;
border-style:solid;
border-color:#000;

顺序：border-width | border-style | border-color

这三句也是简写，等于是把四边的样式合而为一了。（关于四边的问题，下文有详细说明）

border-top / border-right / border-bottom / border-left

简写：

border-top:1px solid #000;

等效于：

border-top-width:1px;
border-top-style:solid;
border-top-color:#000;

（和border一样）

list-style

简写：

list-style:square outside url(bullet.gif);

等效于：

list-style-type:square;
list-style-position:outside;
list-style-image:url(bullet.gif);

顺序：list-style-type | list-style-position | list-style-image

关于四边

有很多样式都涉及到了四边的问题，这里统一说明。

四边的简写一般如下：

padding:1px 2px 3px 4px;

等效于：

padding-top:1px;
padding-right:2px;
padding-bottom:3px;
padding-left:4px;

顺序：top | right | bottom | left

不论是边框宽度，还是边框颜色、边距等，只要css样式涉及四边，顺序通通都是“上右下左”（顺时针方向）。

如果四边的值省略一个，只写三个：

padding:1px 2px 3px;

则等效于：

padding-top:1px;
padding-right:2px;
padding-bottom:3px;
padding-left:2px;

（省略的“左”值等于“右”）

如果四边的值省略两个：

padding:1px 2px;

则等效于：

padding-top:1px;
padding-right:2px;
padding-bottom:1px;
padding-left:2px;

（省略的“下”值等于“上”）

如果只有一个值：

padding:1px;

则等效于：

padding-top:1px;
padding-right:1px;
padding-bottom:1px;
padding-left:1px;

关于css简写就先写到这里，大家有什么问题欢迎与我交流。

---

贴出自己修改的css代码

September 3rd, 2006 | htmlor | css | 3 Comments »

应ak47的要求，贴出自己在Almost Spring模板基础上修改的css代码。这个css分两部分，第一部分中和、抵消原css的影响，第二部分才是实现样式的正主儿。如果要做新模板，只第二部分就够了。

第一部分：

/* counteract old styles */
p{
  line-height:normal;
}
#wapper,
#header,
#content,
#sidebar,
#footer{
  display:block;
  margin:0;
  padding:0;
}
#footer p{
  padding:0;
  background-color:transparent;
  border-top-width:0;
}
#sidebar h2{
  display:block;
  padding:0;
  background:transparent;
}
#sidebar h2 a{
  color:#06d;
}
#sidebar h2 a:hover{
  background:#06d;
  color:#fff;
}
#sidebar ul ul{
  border-top-width:0;
  background-color:transparent;
}
#sidebar ul ul li{
  padding:0;
  border-bottom-width:0;
}
#sidebar ul ul li a{
  display:inline;
  margin:0;
  padding:0;
  width:auto;
}
#sidebar ul ul li a:hover{
  background-color:#06d;
}
.posttitle a{
  float:none;
  padding:0;
  background:transparent;
}
.posttitle a:link,
.posttitle a:visited{
  color:#06d;  
}
.posttitle a:hover,
.posttitle a:active{
  background:#06d;
  color:#fff;
}
.postmeta{
  padding-top:0;
  background:transparent;
}
.permalink,
.commentslink{
  margin:0;
  padding:0;
  background:transparent;
}
#commentlist{
  border-bottom-width:0;
}
#commentlist li{
  border-top-width:0;
  background-color:transparent;
}
/* end */

第二部分：

/* my styles */
body{
  margin:0;
  background:#fff;
}
body,
table,
ul,
ol,
input,
select,
textarea{
  color:#000;
  font-size:12px;
  font-family:"lucida sans unicode";
}
h1,
h2,
h3{
  color:#000;
  font-family:"lucida sans unicode";
}
a:link{
  color:#06d;
  text-decoration:none;
}
a:visited{
  color:#36a;
  text-decoration:none;
}
a:hover,
a:active{
  background-color:#06d;
  color:#fff;
  text-decoration:none;
}
img{
  border-width:0;
}
form{
  margin:0;
  padding:0;
}

/* layout */
#wrapper{
  width:75% !important;
  width:900px;
  min-width:900px;
}
#header{
  clear:both;
  width:100%;
}
#content{
  float:left;
  width:75%;
}
.post{
  clear:both;
}
#sidebar{
  float:right;
  width:23%;
}
#footer{
  clear:both;
  width:100%;
}
#wapper,
#header,
#content,
#sidebar,
#footer{
  overflow:hidden;
}

/* main */
#wrapper{
  margin:auto;
}
#header{
  margin-bottom:20px;
  padding:20px 0;
  background:url(/htmlor/files/2006/07/u10_big.jpg) no-repeat right bottom;
  border-bottom:1px dashed #ccc;
}
#content{
}
#sidebar{
  background:#f0f0f0;
}
#footer{
  border-top:1px dashed #ccc;
}
#header h1{
  margin:0;
  color:#000;
  font-size:24px;
}
#header h1 a{
  display:block;
  width:195px;
  height:35px;
  background:url(/htmlor/files/2006/08/blogtitle.gif) no-repeat left top;
  color:#fff;
  font-size:1px;
}
#content h2{
  margin:0 0 1em 0;
  font-size:12px;
}
/* article body */
.post{
  margin:0 0 2em 0;
}
#content .post .posttitle{
  margin:0 0 0.5em 0;
  color:#f60;
  font-size:16px;
  letter-spacing:0.25em;
}
.post .postmeta{
  margin:0 0 1em 0;
  color:#666;
  font-size:10px;
  font-family:verdana;
}
.post .postentry{
}
#content .post .postentry h2{
  margin:1.5em 0 1em 0;
  color:#000;
  font-size:14px;
}
.post .postentry h3{
  margin:1.5em 0 1em 0;
  color:#f60;
  font-size:14px;
}
.post .postentry p{
  margin:0 0 1em 0;
  line-height:1.5em;
  font-size:14px;
}
.post .postentry table{
  font-size:14px;
}
.post .postentry ul,
.post .postentry ol{
  margin:0 0 1em 2em;
  padding:0;
  line-height:1.5em;
  font-size:14px;
}
.post .postentry ul{
  list-style:square;
}
.post .postentry blockquote{
  width:90%;
  margin:0 0 1em 2em;
  padding:0 10px;
  border-left:5px solid #ddd;
  font-family:arial;
}
.post .postentry pre{
  margin:0 auto 1em auto;
  padding:10px;
  background:#f0f0f0;
  border:1px dashed #ddd;
  white-space:pre;
  font-size:12px;
  font-family:"courier new";
}
.post .postentry code,
.post .postentry kbd{
  color:#000;
  font-size:12px;
  font-family:"courier new";
}
.post .postentry cite{
  font-size:12px;
  font-style:normal;
  font-family:"lucida sans unicode";
}
.post .postfeedback{
  margin:0;
  font-size:10px;
  font-family:verdana;
}
.post .postfeedback .permalink{

  margin-right:10px;
}
.post .postfeedback .commentslink{
}
/* display comments */
#comments{
  margin:0 0 1em 0;
  color:#f60;
  font-size:12px;
}
#commentlist{
  margin:0 0 1em 0;
  padding:0;
}
#commentlist li{
  margin:0;
  padding:0.7em 0;
  border-bottom:1px solid #eee;
  font-size:12px;
}
#commentlist li.alt{
  background:#f0f0f0 !important;
  padding:0.7em 0.5em;
}
#commentlist li .commenttitle{
  margin:0;
  font-size:12px;
}
#commentlist li .commentmeta{
  margin:0 0 0.7em 0;
  color:#666;
  font-size:10px;
  font-family:verdana;
}
#commentlist li p{
  margin:0;
}
.small{
  text-align:right;
  margin:0 0 1em 0;
}
/* post comment */
#postcomment{
  margin:0 0 1em 0;
  color:#f60;
  font-size:12px;
}
#commentform{
  margin:0 0 2em 0;
}
#commentform p{
  margin:0 0 0.5em 0;
}
#commentform input,
#commentform textarea{
  border:1px solid #ddd;
  background:#f0f0f0;
}
#commentform textarea{
  width:99%;
}
#commentform #submit{
  width:120px;
  height:25px;
  cursor:pointer;
  background:#f60;
  border-width:0;
  color:#fff;
}
/* sidebar */
#sidebar ul{
  margin:10px;
  padding:0;
  list-style-type:none;
}
#sidebar ul h2{
  margin:0 0 0.5em 0;
  font-size:12px;
}
#sidebar ul ul{
  margin:0 0 1.5em 1.3em;
  line-height:1.5em;
  color:#666;
  list-style:square;
}
#sidebar ul ul li img{
  vertical-align:middle;
}
#footer p{
  text-align:center;
  margin:1em 0 2em 0;
  color:#666;
  font-size:10px;
  font-family:verdana;
}

---