六种组织CSS的方式最新消息

Ben Frain曾经说过，写css程式码很容易，但是扩充套件和维护却很难。本文就介绍了一套方案来解决这个问题。

OOCSS

OOCSS 意为面向物件的CSS。这种方法有两种主要观点:

结构与设计分离容器和内容分离使用这套结构，开发者能得到可以在不同地方使用的一般类。

在这一步，会存在两点（通常就好和坏）：

好: 通过重复利用减少程式码量 (DRY原则)。坏: 组合使用。当你改变一个特定元素的样式, 你需要改变的很有可能不仅仅是CSS（因为大多是类都是公共的），而且还会新增新的类。此外，这种OOCSS的方法本身并没有明确的规则，而是抽象的建议，所以这种方法在生产中的结果会有不同。

实际结果就是，这种OOCSS的思想启发了其他人创建出属于他们自己更具体的程式码结构。

SMACSS

SMACSS 意为可扩充套件、模组化（Scalable and Modular Architecture）的CSS。这种方法的主要目的是减少程式码量，并且使程式码维护更简单。

Jonathan Snook将样式分为了5个部分:

Base rules. 这些是主要的网页元素样式 - body, input, button, ul, ol等。在这部分, 我们主要使用HTML标签和属性选择器, 特殊的情况下使用 - 类 (例如，你有JavaScript的样式选择);Layout rules. 这些是全域性元素的样式，比如的尺寸等。Jonathan建议在这些元素中使用id选择器，因为这些元素在页面中不会出现超过一次。然而，这篇文章的作者认为这并不是好的做法。(在样式档案中，不管id什么时候出现，都会在其它的某个地方造成些麻烦).Modules rules.在单个页面中，块会被多次使用。对于模组的分类，并不建议使用id和标签选择器（分别为了重复使用和上下文独立性）。State rules. 在这一部分，规定了模组的不同状态和网页基础，这是唯一可以使用关键字!Important 的地方。Theme rules. 设计你可能需要更换的样式。另外，还建议对属于某个特定分组的类设定名称空间，并为JavaScript中使用的类使用单独的名称空间。

这种方法使得编写和维护程式码都更加容易，并且吸引了很多开发者。

Atomic CSS

使用Atomic CSS，为每一个可重用的属性建立一个单独的类。比如 margin-top: 1px;就可以建立一个类 mt-1，width: 200px;可以建立一个w-200。

这种风格允许通过重复宣告来尽可能减少程式码，并且改变模组样式也相对容易，for example, when changing a technical task.

然而，这种方法也有很大的缺点：

类名都是描述性的属性名，而不是对元素本身的语义化描述，有时会使得开发复杂化。直接在HTML中显示设定。因为这些缺点，这种方法遭到了大量批评。但是，这种方法对于大型专案而言，还是很有效的。

此外Atomic CSS也被用在不同的框架里来指明矫正元素样式，还有一些其它方法的展现层。

MCSS

MCSS是多层CSS。这种书写程式码的风格建议将样式分为几个部分，称为层（layers）。

底层（Zero layer or foundation）。这层程式码负责重置浏览器样式（比如reset.css 和normalize.css）;基础层（Base layer）包含网站重复使用的元素的样式：按钮、文字输入框等。专案层（Project layer）包含单独的模组和一个“上下文”——根据客户端浏览器，检视站点/应用程序的装置，使用者角色等对元素的修改。修饰层（Cosmetic layer）程式码是OOCSS的风格，对元素的外观做一些小的修改。建议只保留影响元素外观，但不会破坏网站布局的样式（比如颜色和不重要的缩排）。层级之间的互动层次是很重要的：

基础层（base layer）定义中性样式，不影响其他层。基础层（base layer）的元素只会影响本层的类。专案层（project layer）的元素能影响基础层和专案层。修饰层（cosmetic layer）是以描述性OOCSS类（“atomic”类）的形式设计的，并且不会影响其他的CSS程式码，可选择性的用于标记当中。AMCSS

AMCSS就是"Attribute Modules for CSS（css的属性模组）"。

让我们看一个例子:

Button

这样一个类的链并不简单，所以让我通过属性来组织这些值。

结果如下:

Button

为了避免命名冲突，新增名称空间到属性上是个好主意。然后，我们的按钮就变成了下面的样子：

Button

如果你使用验证器检查程式码，会发现并没有am-button这个属性，所以可以在属性名称前加上data-。

使用一个鲜为人知，作为class属性的选择器"~ =" (IE7+)：该选择器选择属性值包含指定单词的元素，用空格分隔。所以，这种class~="link"的选择器类似于a.class.button这样的选择器。即使专门使用，因为class选择器也只是该属性选择器的特殊情况。

因此，CSS程式码

.button {...}

.button--large {...}

.button--blue {...}

转换为

[am-button] {...}

[am-button~="large"] {...}

[am-button~="blue"] {...}

如果你觉得这样的程式码不常见，也可以使用不那么激进的AMCSS形式：

FUN

FUN 表示选择器的扁平结构（Flat hierarchy of selectors），功能样式（Utility styles），命名分割元件（Name-spaced components）。

每个字母后面都有特定的原则：

F, flat hierarchy of selectors: 建议使用类来选择元素，避免无用的串联，并且不使用id。U, utility styles: 鼓励建立atomic风格的服务来解决典型的拼凑任务，比如 w100表示width:100%;，fr表示float: right;N, name-spaced components: Ben建议新增名称空间来指定特殊的模组元素的样式。这种方法避免了类名的重叠。一些开发者注意到使用这种原则来书写和维护程式码是相当方便的；在某种程度上，作者拿出了最好的成果，并且以一种简洁的方式展示了这项技术。

这种方法对专案和程式码结构还有不小要求，它只建立记录元素的首选形式和标记使用的方法。但是在小专案中，这些规则足够创建出足够高质量的程式码。

总结

正如你所见，这些方法里并没有一个完美的。这些方法中没有一条绝对的规则——你可以从开始使用一套方案来建立你自己的东西，或者从头开始建立一条新的方法。