如何搭建系统CSS架构

css是英文Cascading Style Sheets的缩写。 它是一种用来表现HTML(标准通用标记语言的一个应用)或XML(标准通用标记语言的一个子集)等文件样式的计算机语言。那么如何搭建系统CSS架构呢，一起来学习学习!

搭建CSS法则

在项目开始的时候，我们谈论了开发者关于他们的流程和痛点，并问他们的接口设计系统如何让他们的工作量变简单。

完成我的前端指导问卷，这些导致一系列前端规则和系统封装。这里有些我们创建的CSS具体规则。

模块化 —— 设计系统在每一个方面都是模块，这是非常实用写CSS的方法。这在组件之间需要清晰分隔。

可读性是关键 ——开发者必须在第一眼理解CSS代码，并且理解每一个选择器的目的。

清晰胜过简洁 —— 设计系统有时候看上去很冗长，但是作为交换，它提供清晰和韧性。保持CSS可读性和可扩展性意味着牺牲简洁的语法。

保持平面化 —— 长的选择器要回避，无论什么地方，尽可能保持CSS独立DOM和模块化。

避免冲突 —— 因为组件会部署许多不同的应用，保证设计系统之间的CSS不会和其他的库和系统有冲突，这很重要。通过系统空间命名Class名可以完成这个，更多的会在之后描述。

从这些规则中，我们搭建了制约和语法，包含了这些规则，以满足开发者的需求。这里有一个我们总结出的class语法：

全局命名空间

所有的Class都和设计系统关联的都以全局命名空间为前缀，这就是公司名称后面加一个连体符

.cn-

如果你工作的CSS框架是用于单个网站或者如果你对你的开发环境有绝对控制，那么引入全局命名空间是不需要的。但是如果你的设计系统是混合的技术，那么为系统特定代码创建一个标识是很重要的。作为第三方开发者，在多个环境中利用他们的系统，营销团队可能会失控，因此Lightning Design System引用了相似的方法到他们的系统之中(通过前缀.slds-)，在我们的例子中，许多我们客户的.开发者使用Angular，因此他们已经很熟悉命名空间的概念，因为Angular使用ng-作为命名空间，为Angular特殊的代码。

Class前缀

除了命名空间，我们添加前缀到每个Class，为了使之更加明显，这个这个Class是做什么的。下面是我们使用的类前缀：

c- 用于UI组件,比如.cn-c-card 或.cn-c-header

l- 用于布局相关样式, 比尔.cn-l-grid__item或.cn-l--two-column

u- 用于公共部分, 比如.cn-u-margin-bottom-double 或.cn-u-margin-bottom-double

is- 和 has- 用于特定状态, 比如.cn-is-active或 .cn-is-disabled. 适用于这些状态为基础的样式。

js- 用于目标特定功能, 比如.js-modal-trigger. 这些class没有绑定样式他们只是为了行为而保留的. 对于大多数案例, 这些 js- 类将在元素上会切换基于状态的类。

我被灌输来自Harry Roberts的一个概念，并且一开始在我认为这有道理的同事，我还是持有质疑的态度的，仅仅因为这是额外的字符并且我认为前缀会降低代码可读性。然而我的想法是不对的。在实施类前缀之后，我发现他们对于分清每个类的角色十分有帮助并且对于破译一个应用的代码库十分容易一目了然。对于设计系统用户，这种清晰的代码能够整理清楚头绪，特别有用。

BEM语法

BEM 代表了“块元素修饰”，这意味着：

Block 主要组件块, 比如.cn-c-card或者.cn-c-btn

Element 是主要块的一个子类,比如.cn-c-card__title

Modifier 是一个组件样式的各种变化, 比如.cn-c-alert--error

这种方法论已经很受欢迎了，将这些概念和全局命名空间和类前缀结合在一起，允许我们创造更明显封装的类名。

把它们都放到一起：解剖一个类

全局命名空间的结合，类别前缀，和BEM语法引出了一个明确的(是的，冗长的)类字符创，允许开发者们在构造UI的时候演绎他在之间扮演的角色。

让我们检查下以下的例子：

.cn-c-btn--secondary

cn- 是来自设计系统的用于所有样式的全局命名空间。

c- 是class的类别, 在案例中，c- 一位置“组件”

btn 是块名(“Block(块)” 就是BEM中的“B”)

--secondary 是一个修饰成分, 指向一个块的变化多端的样式 (“Modifier(修饰)” 就是BEM中的“M”)

这里有另一个例子：

.cn-l-grid__item

cn- 再一次出现就是系统的全局命名空间。

l- 是类的类别, 在这种情况下l- 意味着 “布局”

grid 是块名

__item 是一个元素, 表明那是块中的一个分支(“Element”在BEM中指“E”)

还有一个：

.cn-c-primary-nav__submenu

cn- 是系统的全局命名空间。

c- 是类的类别, 在这个例子中c- 意味着 “component”

primary-nav 是块名

__submenu是一个元素, 指出他是块的子元素 (“Element” 在BEM中是“E”)

此外，毫无疑问，这些类比大多数其他方法的类更加冗长，但是对于这种特殊的系统，这些约定很有意义。

其他技巧

明确细节

为了防止代码瓦解，我们详细说明如何处理这么多细小的细节，就像注释、代码块之间的空间距，tab还是space等等。感谢上天，Harry Roberts已经将一个极佳的综合的资源整合在了一起，称之为CSS Guidelines，对于这些类型的约定，这个作为我们的底线。我们梳理所有的代码并且标记出我们偏离Harry指出地方的计划。

Sass父选择器

我一直有个关于CSS的一个问题，是找出究竟在哪里放一个规定的规则。如果我有一个主要的导航组件，我要把这些样式放在头部还是在部分的主要导航Sass?谢天谢地，Sass父元素原则器出现了，这允许我们把所有的组件特定的样式放在一个根元素下：

.cn-c-primary-nav {

/**

* Nav appearing in header

* 1) Right-align navigation when it appears in the header

*/

.cn-c-header &{

margin-left: auto/* 1 */

}}

这意味着，所有的主要导航样式都可以在一个主导航Sass部分中找到，而不是将他们分成好几个文件。

Sass嵌套的明确规则

在Sass中嵌套可能十分方便，但是增加了糟糕输出的危险，会有过长的选择器字符创。我们遵循《盗梦空间》规则，嵌套永远不超过3层。

牢记设计系统的CSS平坦规则，我们希望在下列情况中限制嵌套：

一个样式块修饰

媒体查询

父元素选择器

状态

样式块装饰 对于装饰来说，如果规则只有几行长度，装饰块可以被嵌套在父元素中，就像下面这样：

.cn-c-alert {

border: 1px solid gray

color: gray

/**

* 错误弹出

*/

&--error {

border-color: red

color: red

}}

由于&符号，这会编译成：

.cn-c-alert {

border: 1px solid gray

color: gray}.cn-c-alert--error {

border-color: red

color: red}

对于长样式块，我们不会嵌套装饰代码，因为这减少了代码的可读性。

媒体查询器

组件特定媒体查询器能够在组件块中嵌套。

.cn-c-primary-nav {

/* Base styles */

/**

* 1) On larger displays, convert to a horizontal list

*/

@media all and (min-width: 40em) {

display: flex

}}

这个会被编译成：

.cn-c-primary-nav {

/* Base styles */}@media all and (min-width: 40em) {

.cn-c-primary-nav {

display: flex

}}

父元素选择器

设计系统会充分使用Sass的父元素选择器原理。这里允许所有的给定组件的规则在一个地方维护。

.cn-c-primary-nav {

/**

* Nav appearing in header

* 1) Right-align navigation when it appears in the header

*/

.cn-c-header &{

margin-left: auto/* 1 */

}}

这会被编译成：

.cn-c-header .cn-c-primary-nav {

display: flex}

cn-c-primary-nav所有样式都会在一个地方找到，而不是分散在许多部分文件之中。

状态

组件的状态必须包括在一个嵌套的元素之中。这包括了hover, focus,和active状态：

.cn-c-btn {

background: blue

&:hover, &:focus {

background: red

}}

这需要编译为：

.cn-c-btn {

background: blue}.cn-c-btn:hover, .cn-c-btn:focus {

background: red}

状态同样可以选用通用类的形式，比如is-和 has-:

.cn-c-accordion__panel {

overflow: hidden

max-height: 0

&.cn-is-active {

max-height: 40em

}}

者会被编译成：

.cn-c-accordion__panel {

overflow: hidden

max-height: 0}.cn-c-accordion__panel.cn-is-active {

max-height: 40em}

为了创建一个坚固的系统，将这些规则都放入一个地方中，给我们需要坚持的一些制约和规定。当我们遇到一些规定不是很明显或者有多重解决方案的情况下，我们需要一次谈话，讨论如何处理这些问题，如果需要的话可以更新方针。

简单地说，就是一些事先写好的css，你只需要给你的html元素加上一些特定的类，就可以快速的得到一些想要的效果。

Blueprint是比较早的，基于静态css的框架。但是现在有两个主要的动态css语言，LESS和SASS，给css提供了变量，mixin，运算符等功能，让写出模块化的css框架成为可能。

Bootstrap现在基本是欧美这里最流行的框架，基于LESS，最近升级2.0以后完全模块化，也不需要太多配置，很好用。这个框架对大部分元素的视觉细节都已经做得很完整，基本上你只需要写html，加几个class，就可以做出像模像样的页面了，做起prototype来嗷嗷快。不过这也是个缺点，因为用的人多了样式都长一个样... 当然，模块化的框架你要修改起来也是很方便的，基本上修改变量就可以了。

另一个比较流行的是基于SASS的Compass，这个框架包含了Blueprint作为其中的一个模块。需要注意的是这个框架和Ruby on Rails是高度整合的，用起来需要大量的命令行操作，比Bootstrap麻烦，但是在Rails开发人员里面用得比较多。

1.Bootstrap

这个框架是GitHub的明星产品之一，被认为是拥有最好的响应性的CSS框架。专为前端开发而设计，有助于构建web设计理念、移动优先项目、网格系统、排版和按钮等。

2.Foundation

Foundation是一个开源项目，是CSS框架界的另一巨头。众所周知，它得流畅性和响应性非常好，可以用于许多用途：构建网站、创建电子邮件模板、构建移动和web应用程序。

3.Bulam

Bulam开放源码、免费并且节约开发人员的时间。由于学习起来和使用非常简单，因此最近变得非常流行。

4. Ulkit

可能没有多少人知道(使用)这个框架，但它与其他类似框架具有相同的功能。

5. Semantic UI

从名称就能猜出，Semantic UI旨在使网站构建过程更加语义化。核心特征是利用自然语言原理使代码更易于阅读，更容易理解。

---