- A+
代码规范是软件开发领域经久不衰的话题，几乎所有工程师在开发过程中都会遇到或思考过这一问题。而随着前端应用的大型化和复杂化，越来越多的前端团队也开始重视代码规范。同样，前段时间，笔者所在的团队也开展了一波开源治理，而其中代码规范就占据了很重要的一项。接下来的几篇文章，将会对JS代码规范、CSS规范、Git工作流规范以及文档规范进行详细的介绍~
系列文章：
- 前端规范之JS代码规范（ESLint + Prettier）
- 前端规范之CSS规范（Stylelint）
- 前端规范之Gti工作流规范（Husky + Commitlint + Lint-staged）
- 前端规范之文档规范
本文主要介绍了前端规范之CSS规范（Stylelint），将会对Stylelint的使用进行介绍，欢迎大家交流讨论~
1. Stylelint介绍及安装
1.1 什么是Stylelint
Stylelint是一个强大的，现代的代码检查工具，与ESLint类似，Stylelint能够通过定义一系列的编码风格规则帮助我们避免在样式表中出现错误。
目前在开源社区上，关于CSS Lint的解决方案主要包括了csslint、SCSS-Lint和Stylelint等几种。而由于Stylelint在技术架构上基于AST 的方式扩展CSS，除原生CSS 语法，其也支持 SCSS、Less 这类预处理器，并且也有非常多的第三方插件，因此我们团队选择了Stylelint作为CSS Lint工具。
1.2 安装Stylelint
可以选采用npm安装Stylelint。其中，stylelint-config-standard是Stylelint的标准配置。如果想使用airbnb或prettier的规范，也可以将stylelint-config-standard改为stylelint-config-airbnb或stylelint-config-prettier。
npm install stylelint stylelint-config-standard --save-dev
1.3 安装适配预处理语法的插件
如果我们项目中采用了如sass或less等css预处理器，那么可以安装适配预处理语法的插件。以sass为例，需要安装stylelint-scss插件。
npm install stylelint-scss --save-dev
1.4 安装CSS属性排序插件
我们也可以选择安装stylelint-order插件。该插件能够强制我们按照某个顺序编写css，比如先写定位，再写盒模型，再写内容区样式，最后写CSS3相关属性，这样可以更好的保证我们代码的可读性。
npm install stylelint-order --save-dev
2. Stylelint配置
2.1 Stylelint配置方式
安装好Stylelint之后，就需要对Stylelint进行配置。Stylelint的配置方式包括了以下几种：
- 在package.json中添加stylelint属性并添加规则
- 在.stylelintrc文件中指定，.stylelintrc文件支持添加一个文件扩展名来区分 JSON，YAML 或 JS 格式，如创建.stylelintrc.json、.stylelintrc.yaml、.stylelintrc.yml或.stylelintrc.js文件
- 在stylelint.config.js文件中指定，该文件将会exports一个配置对象
在这里，我们选择了在项目根目录创建.stylelintrc.js来配置Stylelint。
在.stylelintrc.js文件中，我们可以指定要配置的内容，下面给出了一个配置文件的例子。
其中，该配置文件采用了stylelint-config-standard标准配置，并且添加了stylelint-order插件用于CSS属性排序，在rules中，可以指定声明块内属性的顺序，也可以自定义CSS检查规则。比如定义了color-hex-case为lower，表示CSS文件的颜色值都必须小写，否则会报错。
module.exports = { plugins: ['stylelint-order'], extends: ['stylelint-config-standard'], rules: { // 指定声明块内属性的字母顺序 'order/properties-order': [ 'position', 'top', 'right', 'bottom', 'left', 'z-index', 'display', 'float', 'width', 'height', 'max-width', 'max-height', 'min-width', 'min-height', 'padding', 'padding-top', 'padding-right', 'padding-bottom', 'padding-left', 'margin', 'margin-top', 'margin-right', 'margin-bottom', 'margin-left', 'margin-collapse', 'margin-top-collapse', 'margin-right-collapse', 'margin-bottom-collapse', 'margin-left-collapse', 'overflow', 'overflow-x', 'overflow-y', 'clip', 'clear', 'font', 'font-family', 'font-size', 'font-smoothing', 'osx-font-smoothing', 'font-style', 'font-weight', 'hyphens', 'src', 'line-height', 'letter-spacing', 'word-spacing', 'color', 'text-align', 'text-decoration', 'text-indent', 'text-overflow', 'text-rendering', 'text-size-adjust', 'text-shadow', 'text-transform', 'word-break', 'word-wrap', 'white-space', 'vertical-align', 'list-style', 'list-style-type', 'list-style-position', 'list-style-image', 'pointer-events', 'cursor', 'background', 'background-attachment', 'background-color', 'background-image', 'background-position', 'background-repeat', 'background-size', 'border', 'border-collapse', 'border-top', 'border-right', 'border-bottom', 'border-left', 'border-color', 'border-image', 'border-top-color', 'border-right-color', 'border-bottom-color', 'border-left-color', 'border-spacing', 'border-style', 'border-top-style', 'border-right-style', 'border-bottom-style', 'border-left-style', 'border-width', 'border-top-width', 'border-right-width', 'border-bottom-width', 'border-left-width', 'border-radius', 'border-top-right-radius', 'border-bottom-right-radius', 'border-bottom-left-radius', 'border-top-left-radius', 'border-radius-topright', 'border-radius-bottomright', 'border-radius-bottomleft', 'border-radius-topleft', 'content', 'quotes', 'outline', 'outline-offset', 'opacity', 'filter', 'visibility', 'size', 'zoom', 'transform', 'box-align', 'box-flex', 'box-orient', 'box-pack', 'box-shadow', 'box-sizing', 'table-layout', 'animation', 'animation-delay', 'animation-duration', 'animation-iteration-count', 'animation-name', 'animation-play-state', 'animation-timing-function', 'animation-fill-mode', 'transition', 'transition-delay', 'transition-duration', 'transition-property', 'transition-timing-function', 'background-clip', 'backface-visibility', 'resize', 'appearance', 'user-select', 'interpolation-mode', 'direction', 'marks', 'page', 'set-link-source', 'unicode-bidi', 'speak', ],
// 颜色值要小写
'color-hex-case': 'lower','number-leading-zero': 'always', }, };
2.2 Stylelint配置项
在上面的配置文件中，我们主要定义了一个配置对象，接下来将对常用的配置项进行介绍。
（1）plugins
plugins定义了一个数组，该配置项允许我们使用第三方插件，在该数组中，需要包含“定位器”标识出你要使用的插件，一个“定位器”可以是一个 npm 模块名，一个绝对路径，或一个相对于要调用的配置文件的路径。
一旦声明了插件，在rules中需要为插件的规则添加选项，就像其他标准的规则一样。你需要查看插件的文档去了解规则的名称。
{ "plugins": [
“stylelint-order", "../special-rule.js" ], "rules": {
"order/properties-order": [], "plugin/special-rule": "everything" } }
（2）extends
extends定义了一个数组，该配置项允许我们extend一个已存在的配置文件(无论是你自己的还是第三方的配置)。当一个配置继承了里一个配置，它将会添加自己的属性并覆盖原有的属性。比如下面的代码，我们就extend了Stylelint的标准配置。
{ "extends": "stylelint-config-standard", "rules": { "indentation": "tab", "number-leading-zero": null } }
如果extends中包含多个配置项，那么数组中的每一项都优先于前一项，也就是说第二项会覆盖第一项，第三项会覆盖第一项和第二项，最后一项将覆盖其它所有项。
{ "extends": [ "stylelint-config-standard", "./myExtendableConfig" ], "rules": { "indentation": "tab" } }
（3）rules
rules定义了一个对象，属性名为规则名称，属性值为规则取值，它告诉Stylelint该检查什么，该怎么报错，所有的规则都是默认关闭的。我们可以通过该选项开启相应规则，进行相应的检测。所有规则必须显式的进行配置，因为没有默认值。
规则名称主要由两个部分组成，第一部分描述该规则应用于什么东西，第二部分表示该规则检查了什么。
"number-leading-zero" // ↑ ↑ // the thing what the rule is checking
当规则名称应用于整个样式表时只包含第二个部分：
"no-eol-whitespace" "indentation" // ↑ // what the rules are checking
当规则名称不同时，规则取值也不同。我们可以将某个规则设置为null禁用该规则。
{ "rules": { "at-rule-blacklist": string|[], "at-rule-empty-line-before": "always"|"never", "at-rule-name-case": "lower"|"upper", "block-no-empty": null, ... } }
除了规则本身的取值之外，Stylelint还支持一些自定义配置，允许给规则传递一个数组，数组第一项是规则取值，第二项是自定义配置。
"selector-pseudo-class-no-unknown": [true, { "ignorePseudoClasses": ["global"] }]
通过自定义配置，我们可以指定：
- severity：错误级别，取值为”warning"或"error"，默认情况下，所有规则的错误级别都为"error"，通过defatuleServerity，可以修改错误级别的默认值
// error-level severity examples { "indentation": 2 } { "indentation": [2] } // warning-level severity examples { "indentation": [2, { "severity": "warning" } ] } { "indentation": [2, { "except": ["value"], "severity": "warning" }] }
- message：当一个规则被触发时，如果你想实现一个自定义的消息，可以给规则的传递"message“作为第二选项，如果提供，将替代提供的任何标准的消息。例如，以下规则配置会使用一些自定义的消息：
"color-hex-case": [ "lower", { "message": "Lowercase letters are easier to distinguish from numbers" } ], "indentation": [ 2, { "ignore": ["block"], "message": "Please use 2 spaces for indentation. Tabs make The Architect grumpy.", "severity": "warning" } ] }
（4）processors
Processors是Stylelint的钩子函数，只能用在命令行和Node API，不适用于PostCSS插件。Processors可以使Stylelint检测非样式表文件中的CSS。例如，可以检测HTML内中<style>标签中的CSS，Markdown文件中代码块或JavaScript中的字符串。
使用Processors的话，需要在配置中添加一个”processors“数组，包含“定位器”标识出你要使用的 processors。同上面的extends，一个“定位器”可以是一个 npm 模块名，一个绝对路径，或一个相对于要调用的配置文件的路径。
{ "processors": ["stylelint-html-processor"], "rules": {..} }
如果你的processor有选项，把它们放到一个数组里，第一项是“定位器”，第二项是选项对象。
{ "processors": [ "stylelint-html-processor", [ "some-other-processor", { "optionOne": true, "optionTwo": false } ] ], "rules": {..} }
2.3 忽略特定文件的检查
在实际的使用场景中，我们可能存在某些文件或某行代码，希望能够跳过Stylelint的检查或禁用某些规则，下面主要介绍了几种跳过Stylelint检查的方式：
（1）使用注释禁用规则
使用/* stylelint-disable */，可以在代码片段禁用所有规则或禁用特定规则。
/* stylelint-disable */ a {} /* stylelint-enable */ /* stylelint-disable selector-no-id, declaration-no-important */ #id { color: pink !important; } /* stylelint-enable */
使用/* stylelint-disable-line */，可以在个别行上禁用规则。
#id { /* stylelint-disable-line */ color: pink !important; /* stylelint-disable-line declaration-no-important */ }
使用/* stylelint-disable-next-line */，可以在下一行禁用规则。
#id { /* stylelint-disable-next-line declaration-no-important */ color: pink !important; }
（2）创建.stylelintignore忽略某些文件的检查
在项目根目录创建.stylelintignore文件。
在.stylelintignore中写入需要跳过Stylelint检查的文件名称，比如下面的代码将会忽略dist，node_modules和package.json文件的Stylelint检查。
dist node_modules package.json
2.4 执行Stylelint检查
安装配置好Stylelint之后，我们就可以运行Stylelint命令，对指定的文件进行CSS语法检查，其中，--fix表示自动修复Stylelint错误。
运行Stylelint命令后，如果什么也没有输出，就说明我们的文件已经通过Stylelint的检查。如果输出报错信息，就说明没有通过Stylelint的检查，需要根据错误信息对代码进行修复。
// 对某个文件进行检查 stylelint "src/App.vue" --fix // 对指定后缀名的文件进行检查 stylelint "src/*.{html,vue,css,saas,scss,less}" --fix
除了直接在命令行运行Stylelint命令方式之外，我们也可以在package.json中自定义Stylelint的启动命令。如下面代码所示，配置好package.json之后，我们通过运行npm run lint:css就能够对指定文件进行Stylelint检查。
{ "scripts": { "serve": "cross-env NODE_ENV=development vue-cli-service serve --mode dev", "serve:test": "cross-env NODE_ENV=test vue-cli-service serve --mode test", "serve:prod": "cross-env NODE_ENV=production vue-cli-service serve --mode prod", "build:dev": "cross-env NODE_ENV=production vue-cli-service build --mode dev", "build:test": "cross-env NODE_ENV=production vue-cli-service build --mode test", "build:prod": "cross-env NODE_ENV=production vue-cli-service build --mode prod", "lint": "vue-cli-service lint", "lint:css": "stylelint **/*.{vue,htm,html,css,sss,less,scss,sass} --fix" }, }
3. VSCode插件
3.1 安装Stylelint插件
为了让我们在编写代码的过程中，能够实时提示Stylelint错误，并且在保存文件时，能够自动对当前文件进行Stylelint检查和修复，我们可以在VSCode中安装Stylelint插件。
在VSCode的EXTENSIONS中找到Stylelint插件，点击install就可以安装Stylelint插件。
3.2 配置settings.json文件
安装好Stylelint插件之后，我们还需要配置VSCode的settings.json文件，让我们的代码在保存时，就能够按照规范对CSS样式进行检查及自动fix。VSCode的settings.json设置分为工作区和用户区两个级别。其中，用户区的设置会对所有项目生效，工作区的设置只能对当前项目生效。
（1）用户区settings.json配置
点击VSCode左下角的设置按钮，选择Settings，并且选择以文本编辑的方式打开settings.json，在settings.json中加入以下代码。
{ "editor.formatOnSave": true, "editor.codeActionsOnSave": {"source.fixAll.stylelint": true // 保存时是否自动 stylelint 修复 }, }
（2）工作区settings.json配置
在项目根目录创建.vscode目录，并且在该目录下创建settings.json文件。
在settings.json中加入以下代码。
{ "editor.formatOnSave": true, "editor.codeActionsOnSave": { "source.fixAll.stylelint": true // 保存时是否自动 stylelint 修复 } }
配置好用户区或工作区的settings.json后，当我们修改了某个文件的CSS代码，并且保存时，就会发现能够对当前文件自动进行stylelint检查和修复了。
