模块化设计

模块化设计我已经提过很多了，都是跟模块化相关的，不过之前一直没有讲到具体实现方面的内容，只是一些思维。这次重点讲一下实现方面的内容，权当到目前为止我对模块化的一些总结整理。

要做好模块化，我觉得理解好样式的作用域是很重要的。写过程序的同学应该都知道，变量是有作用域的（不知道的同学自己去问谷歌，这里就不作解释了），样式的定义也同样存在着作用域的问题，即定义的作 用范围，很容易就能理解，如下面的p的作用域：

 CODE:

/*作用域：全局*/ p{text-indent:2em;}

 CODE:

/*作用域：.demo这个类中*/ .demo p{color:#000000;}

    样式选择器的优先级是学习样式的基础知识，一起简单回顾下：

● 标签的权值为0,0,0,1

● 类的权值为0,0,1,0

● 属性选择的权值为0,0,1,1

● ID的权值为0,1,0,0

● important的权值为最高1,0,0,0

使用的规则也很简单，就是 选择器的权值加到一起，大的优先；如果权值相同，后定义的优先 。虽然很简单，但如果书写的时候没有注意，很容易就会导致CSS的重复定义，代码冗余。从上面我们可以得出两个关键的因素：

1）权值的大小跟选择器的类型和数量有关

2）样式的优先级跟样式的定义顺序有关

了解样式的权值后有什么作用呢？比如可以这样用：举一个最简单的例子

CODE:

body{color:#555555;}.demo{color:#000000;}

CODE:

这里的文字颜色受全局定义的影响

这里的文字颜色受类demo定义的影响

这里的文字颜色受类demo定义的影响

知道了样式的权值，你就知道上面例子的表现是怎样的了。进一步的应用，就是模块化了。

再来说说“作用域”，相信大家很容易就会想到“全局”、“公共”这些词，关注过模块化的同学应该都知道，网上说得最多的一种“模块化”，就是像 header、footer这样的以大区域划分。在去年web标准交流会（页面重构合理化讨论）上，克军提出了“样式的三层架构”——公共规则层、公共模 块层、项目层。这些都有它们适用的范围，而且最大的优点是容易理解和应用。这里也不再作重诉了，上面已经讲过。

我在这一块的划分上，有点类似克军的“样式的三层架构”，有一点小的差别，我是以“作用域”来分的： 公共级（全局）、栏目级 （局部公共）、页面级 。如何划分这个“作用域”呢？很简单，全局的global就是公共级的；只在栏目中用到的局部global是属于栏目级的；只影响单个页面的就是属于页面 级的了。

最后几点要特别注意的：

除了标签选择器之外，哪些类是使用于公共级、栏目级中的，如

 CODE:

.tx_hit{color:#FF0000 !important;}

的适用范围是公共级的，应该放于全局的定义中。但，如果它只影响于某个栏目，那么就应该把它放于栏目级的作用域中。

● 标签选择器一般属于栏目定义，有时会用于公共级作用域中，除了最基础的reset之外，应尽可能少使用在公共级定义中

● 可继承的属性定义使用时须注意影响的范围，特别是在标签选择器中使用时

● 同类选择器无加权

接下来的内容就是以这个为基础的，希望大家能理解“样式的作用域”，对于后继内容的理解会很有帮助。

在《 样式的作用域── 页面重构中的模块化设计（一）》中，我将样式的作用域分为了三个部分：公共级（全局）、栏目级（局部公共）、页面级。公共级（全局）容易理解，即影响站点中所有页面。简单解释下栏目级（局部公共）和页面级：

页面级

可分为两种情况：在多个页面间，页面级作用域指针对某一单独的页面定义；在同一个页面中，页面级作用指针对某 一标签的定义。它将决定最终的页面效果。

栏目级（局部公共）

介于全局与单个页面之间的一个作用 域，影响一个栏目（或某区域）。通常以某一类选择符做为开始，以包含选择符的方式将样式定义限定在某一区域中。

 CODE:

/* 只影响demo这个区域 */

.demo a{...}

.demo p{...}

.demo .title{...}

需要消化下的内容，决定一个样式定义是属于哪个作用域的因素有以下两点：

样式定义所在样式文件中的位置。（同样的一个定义，放在不同的位置，所影响的范围会有所不同。）

HTML中绑定demo这个类的标签位置。（同样一个类，绑定在body标签和绑定在页面中某个标签上，所影响的范围也会不同。）

在一个站点中，可能会分为几个不同的栏目，同一个栏目中，一般风格会保持一致。而不同的栏目间，相似的风格则不一定会相同。即使是全站通用的模 块，如翻页，也可能会因为栏目的不同而会有一些差异，比如链接的颜色等等。使用栏目级的样式定义，能很好的减少代码的冗余，提高模块的复用性。

另外需要在思维上注意的一点，以作用域划分，并不意味着有着对应的文件，可能有些同学会习惯的以为一个作用域就应该对应着一个文件。比如一个小的 栏目，可能只有两三个页面，这时我们就不一定需要再把栏目级的定义单独出来一个文件，而是与页面级的定义一起放在一个文件里，像这样：

CODE:

/* S 栏目级定义 */

.class{...}

/* E 栏目级定义 */

/* S 页面级定义 */

.page{...}

/* E 页面级定义 */

前面我们了解了 样式的作用域的分类 和 栏目级作用域。在权值中，还有一个很重要的因素，需要做下补充，起因是这样的，有个同学在CSS森林群里问了个问题：根据样式权值两个关键的因素

权值的大小跟选择器的类型和数量有关

样式的优先级跟样式的定义顺序有关

可以知道，如果10个标签选择器的权值应该比一个类选择的权值高，像这样：

 CODE:

div div div div div div div div div div div{color:blue;}

.c10{color:red;}

CODE:

                     这段文字是什么颜色？

先别急着看 答案 ，分析下。意料之中？如果 这样 呢？

CODE：

div{color:blue;}

.c10{color:red;}

是不是跟想的不太一样？难道前面所说的权值是有问题的？前面讲的权值并没有问题，不过漏了一个重要的规则： 继承的权值小于 0,0,0,1。

样式的继承

指被包在内部的标签将拥有外部标签的样式性质。

继承最大的意义在于可以减少重复的定义，比如要定义整个页面的文本颜色，只需要定义body的color样式，body里的所有标签都会继承 body的color定义。是不是很方便？方便是相对的，当你想要为body内部分标签定义另一种文本颜色时，继承也许会成为增加重复定义、降低性能的祸 首。

并不是所有的样式定义都具有继承的性质，整理了一下常用有继承性的定义， 这些定义在使用的时候要比较注意。

简单分析下上面的例子，最后一部分的代码：

 CODE：

    这段文字是什么颜色？

当定义了c10后，根据权值，类定义的权值是0,0,1,0，应该是比div这个定义0,0,0,1要高的，但由于div是直接定义到标签上的， 比起从c10的定义中继承来的定义权值更高。稍微改下就清楚了：

CODE:

这段文字是什么颜色？

                     这段文字是什么颜色？

从 修改后的例子 可以看到，p标签继承了c10的定义，显示为红色。因此，在使用标签选择器的时候，应特别注意它的作用域，个人的建议是，除了最基本的reset之外，在 公共作用域中最好不要使用标签选择器，在栏目级作用域中也应尽可能的少用。

常用有继承性的样式定义：

● text-indent

● text-align

● layout-flow

● writing-mode

● line-break

● white-space

● word-wrap

● list-style

● list-style-image

● list-style-position

● list-style-type

● font

● font-style

● font-variant

● font-weight

● font-size

● line-height

● font-family

● color

● text-transform

● letter-spacing

● word-spacing

有不少同学觉得前面的内容过于简单了，对于 样式的作用域的分类 、 栏目级作用域 、 继承等内容的确十分基础，不过基础还是很重要的。下面就一起进入这个系列真正的主题——“模块化”吧。

早在Qzone4.0的页面架构中已经在项目中开始摸索提高代码复用的方法，只不过当时并没有很清晰的认识到“模块化”这个思想。从去年的《 从宜家的家具设计 讲模块化》开始，模块化成了我主要的一个学习方向。借着无数的提问、思考、讨论，渐渐形成了一个比较清晰的、较为完整的方案。后面的内容，更多的是出于我在实际项 目中总结出来的方法，虽然已经尽可能为出现的问题提供了解决方法，不过还是少不了会有些我没遇到过或没考虑到的，欢迎各位指出。

首先来了解下页面重构中模块化的核心思想： 将HTML和CSS通过一定的规则进行分类、组合，以达到特定HTML、CSS在特 定范围内最大程度的复用。 有三个关键词： 规则 、 特定范围 、 最大程度的复用 。怎么理解呢？

规则

编写模块时需要遵循的规范

特定范围

模块可使用的范围。与样式的作用域有关，大部分模块的使用范围仅仅是某一个栏目或站点。

最大程度的复用

做最少的修改即可重复使用。很多同学都把“复用”理解成不用修改的直接使用，但在页面 制作中，由于实际的项目环境，基本是不可能做到“一个模块走天下”的。不同的栏目会有不同的需求，大家应该都多少有所体会，我就不多讲了。

从实际出发，才能最终服务于实际。我们知道一个HTML标签可以绑定多个样式，所以我们可以这样去定义一个模块：

CODE:

    ...

不少同学已经知道这个方法了，而且还很形像的称之为“拼样式”。这样的定义很容易引出其它的问题，比如样式类的个数多少个适合？样式类如何命名？ 等等。下面讲下我的方法，从前面我们学到的样式作用域及模块化的核心思想，我们可以把样式进行一个分类，像这样：

 CODE:

.mode-a{/* 定义一个模块 */}

.type-a{/* 模块中的差异化定义 */}

.mode-name{/* 针对单个模块的个性化定义 */}

CODE:

    ...

上面的“mode-a”，我称它叫为“基类”；“type-a”为“扩展类”；“mode-name”为“模块名”，作用分别是：

基类

（基础样式）模块的基础表现。包含了模块中大部分的状态。

扩展类

（扩展样式）用于对使用基类的模块进行小范围的修改

模块名

模块在某一作用域中的唯一名称。

这里有一个 简单的例子 可以帮助理解。

也有同学主张用ID去表示“模块名”，我认为这种方式扩展性比较差，而且很容易与开发的ID冲突，不过也不失为一个方法。

基类 和 扩展类 是这个系列的主要内容，上一篇《 模块化的核心思想──页面重构中的模块 化设计（四）》中只是简单提了一下，我们再深入的来了解下它们。

一般所使用的“模块化”的方法，就是以某一个类做为定义的开始，比如：

 CODE:

/* S 图片列表 */

.pic_lists li,

.pic_lists li img{float:left;width:122px;height:122px;margin-bottom:8px;}

.pic_lists li{list-style:none;margin:0 0 0 6px;text-align:center;}

.pic_lists li .pic{display:block;border:1px solid #476081;}

/* E 图片列表 */

/* S mtv列表 */

.mtv_lists{width:930px;height:130px;}

.mtv_lists li,

.mtv_lists li img{float:left;width:120px;margin-bottom:8px;}

.mtv_lists li{list-style:none;margin:0 10px 0 0;text-align:center;}

.mtv_lists li img{height:90px;border:1px solid #476081;}

.mtv_lists li .pic{display:block;width:120px;height:90px;margin-bottom:8px;}

/* E mtv列表 */

这个例子： 两个列表模块 。这种方式是比较常见的，可以很好的将一个模块独立出来。如果使用新学习到的“方法”来写这两个列表模块，应该是怎样？

基类（基础样式）模块的基础表现。包含了模块中大部分的状态。也就是说，当出现多个类似的模块时，基类包含了这些模块的大部分的效果（或者理解为公共的部分），在基类的基础上，我们可以通过添加很少的代码 ——扩展类，来达到所需要要效果。像这样：

CODE:

/* S 列表 基类 */

.mode_lists li,

.mode_lists li img{float:left;width:122px;margin-bottom:8px;}

.mode_lists li{list-style:none;margin:0 10px 18px 0;text-align:center;}

.mode_lists li img{border:1px solid #476081;}

/* E 列表 基类 */

/* S 图片列表 */

.pic_lists li,

.pic_lists li img{height:122px;}

.pic_lists li{margin:0 0 8px 6px;}

.pic_lists li .pic{display:block;border:1px solid #476081;}

/* E 图片列表 */

/* S mtv列表 */

.mtv_lists{width:930px;height:130px;}

.mtv_lists li,

.mtv_lists li img{width:120px;height:90px;}

.mtv_lists li .pic{display:block;margin-bottom:8px;}

/* E mtv列表 */

可能你会觉得这样的样式不就多写了，还得把原先的模块类变成两个。的确不是所有的模块都值得这样去做，于是我们可以得到一种“偷懒”的作法，把其 中一个模块直接变成基类。对于经常会被使用的模块，像图片列表、播放列表等，这种写法在代码的复用和效率会有一定的提高。一般情况下只需要做下简单的修改 即可应用，来看一个复杂些的例子：

一个带头像的消息列表（A）

看看这两个图，在脑中先想想如果是你，你要怎么实现。……5分钟过去了……差不多有方案了，按上面的思路，基类是包含了大部分的效果的，也就是说 基类应该能满足大部分效果的需要，两个模块间差异的地方，可以通过扩展类来完成。当然前提是这两个模块有能找到类似的点，能够形成基类。

在这两个模块中，我们不难看出，A模块和B模块在信息的部分是很类似的，虽然B模块的列表不需要A模块的评论部分，但这并不影响B模块的表现。所 以我们可以把这两个模块看成的类似模块。另个，以哪个为基类呢？从满足大部分效果这个要求来看，很明显A模块做为基类是要比B模块做为基类更合适的，如果 用B模块做基类，那么需要写更多的扩展类来满足A的需要。另外还有一个重要的点，之所以选择A模块为基类，是因为A在栏目中被更多的页面使用。

OK，来看看A模块怎么实现（样式部分）：

 CODE:

/* S 消息 基类 */

.mode_message{position:relative;padding:8px 3px 8px 48px;

border-bottom:1px solid #DAECF6;_zoom:1;line-height:1.3;}

.mode_message .user_info{position:absolute;left:3px;top:10px;}

.mode_message .user_info .pic img{width:35px;height:35px;}

.mode_message .mode_message_cont{color:#797979;

word-break:normal;word-wrap:break-word;}

.mode_message .mode_message_cont .info{display:block;zoom:1;}

.mode_message .mode_message_cont .info .music_name{color:#22639B;}

.mode_message .mode_message_cont .info .op_music{display:none;}

.mode_message .mode_message_cont .info:hover .op_music,

.mode_message .mode_message_cont .info.hover .op_music{display:block;position:absolute;right:5px;top:7px;

background-color:#FFFFFF;}

.mode_message .msg{padding:2px 0;word-break:normal;word-wrap:break-word;}

.mode_message .mode_message_cont .op{margin-bottom:3px;}

.mode_message .time{display:inline-block;*display:inline;*zoom:1;font-size:10px;}

.mode_message .msg .p_zt_l,.mode_message .msg .p_zt_r{display:inline-block;*display:inline;*zoom:1;

width:13px;height:8px;background:url(img/_g_other.png) no-repeat -17px -17px;

vertical-align:text-middle;*vertical-align:middle;}

.mode_message .msg .p_zt_r{background-position:0 -28px;}

.mode_message .write_back .cont{margin-bottom:2px;padding:5px;background-color:#EAF6FA;_zoom:1;}

.mode_message .write_back .cont .cont{border-left:1px solid #ABCFE1;}

.mode_message .write_back .cont .zt{*overflow:hidden;}

.mode_message .write_back .cont .zt2{*padding-right:6px;}

.mode_message .write_back .cont .zt textarea{width:100%;height:40px;padding:0 2px;

border:1px solid #D1E1EC;line-height:20px;color:#4F4F4F;}

.mode_message .write_back .cont .zt .normal textarea{height:23px;color:#B1B4B8;}

.mode_message .write_back .cont .zt .normal .op{display:none;}

.mode_message .write_back .cont .op{margin:5px 0 0;}

.mode_message .write_back .cont .op .bt_v2{padding:0 2px;vertical-align:middle;}

.mode_message .write_back .cont .zt{width:98.5%;*width:99.9%}

.mode_message:nth-last-child(1){border-bottom:none;}

/* E 消息 基类 */

别忘了提示条，虽然是用于模块中，但它应该是可以被更广泛使用的模块，因此我把它单独提了出来：

CODE:

/* S 提示条 基类 */

.mode_hint{position:relative;margin:3px 0;padding:5px;

background-color:#FFFEAB;color:#000000;_zoom:1;}

.mode_hint .op{position:absolute;right:8px;top:5px;}

.mode_hint .op a{color:#000000;}

/* E 提示条 基类 */

还有像按钮、全局定义这些内容，就不列出了。完整的可以看： 基类、扩展类实例 。例子中可以看到，扩展类的定义很少，只是一些简单的定义，像B模块：

 CODE:

/* S 消息 扩展 */

.message_nopic{padding-left:0;}

/* E 消息 扩展 */

只需要一句，将头像去掉即可。

从前面的内容我们已经知道，样式是可以分成各个模块去写的，如何表示各个模块的作用及它们之间的关系呢？CSS的注释是不二的选择。

与普通的注释不同，模块的注释需要一些更详细的内容，比如：功能说明、模块版本、关联信息等等。 像 《基类、扩展类──页面重构中的模块化设计（五）》中例子的注释，显然是比较简单的。为了减少不必要的沟通，我们可以使用较为固定的格式去完成这个注释。

举个例子：

 CODE:

/**

  * @name:mode_name

  * @author:ghostzhang

  * @version:1.0

  * @type:基类

  * @explain:Demo

  */

.mode_name{...}

.mode_name h2{

    ...

}

.mode_name .cont{

    ...

}

/* @end **/

/**

  * @name:mode_name_b

  * @author:ghostzhang

  * @version:1.0

  * @type:扩展类

  * @explain:Demo

  * @dependent:mode_name

  */

.mode_name_b{...}

.mode_name_b h2{

    ...

}

.mode_name_b .cont{

    ...

}

/* @end **/

从注释中就可以知道mode_name_b和mode_name_a之间的关系。

主要的关键字有：

@name

标明模块的名称

@author

标明模块的作者

@version

标明该模块的版本

@explain

功能说明

@relating

标明该关联的模块

@dependent

标明该所依赖的模块

@type标明该模块的类型：公共、基类、扩展类

需要注意的规则：

以“/**”标记模块的开始

从“/**”到第一个“*/”作为模块相关信息的说明，包含关键字

关键字以==@==开头，“:”后开始到“*”的内容为相关的值，即：

@关键字:值*

以“/* @end **/”标记模块的结束

模块注释内不可嵌套

提供了一个小工具（ cssModeCODE: ）帮助大家填写样式模块的注释。