大家好,我是前端西瓜哥,今天带大家了解 ESLint 的配置项。
ESLint 是一款检查 JavaScript 程序是否符合特定的规则的工具。比如字符串用单引号还是双引号,tab 缩进用 2 个空格还是 4 个空格还是其他,这些都可以用 ESLint 来规定。
安装
你可以通过下面命令来安装以及生成默认的 ESLint 配置
npm init @eslint/config
执行后,它有一个命令行的交互,根据提问需要选择即可。
然后你会得到一个 .eslintrc.json 或者 .eslintrc.js 或 .eslintrc.yaml 文件(根据你的选择)。
我没有使用一些流行的默认 eslint 配置包,选择了自定义规则。我的 .eslintrc.json 文件是这样的:
{"env": {"browser": true,"es2021": true},"extends": ["eslint:recommended","plugin:@typescript-eslint/recommended"],"overrides": [],"parser": "@typescript-eslint/parser","parserOptions": {"ecmaVersion": "latest","sourceType": "module"},"plugins": ["@typescript-eslint"],"rules": {"indent": ["error",4],"linebreak-style": ["error","unix"],"quotes": ["error","single"],"semi": ["error","always"]}}
除了有专门的 ESLintrc 文件,我们 还可以在 package.json 加配置,字段名为 “eslintConfig”。
此外,ESLint 还支持 配置注释。如果一个文件的某行代码或所有代码的某个规则要做特殊处理,我们可以在文件上加上注释。
比如整个文件关闭 semi(分号)规则:
/* eslint-disable semi */
下一行关闭 semi(分号)规则:
// eslint-disable-next-line semiconst a = '前端西瓜哥'
检验和修复文件规则
可以通过下面命令来检查一个文件是否符合规则:
npx eslint src/index.js# 或者yarn run eslint src
每次写完代码都要执行命令的话,不免开发体验差。
强烈建议在编辑器中装上插件,它可以直接在代码的位置上提示错误并提供信息。如果你使用的是 VSCode,可以安装 ESlint 插件。
修复指定文件的规则,在原来命令的基础上加上 –fix 即可。
npx eslint src/index.js --fix
VSCode 则可以通过智能提示的 Quick Fix 自动修复。
需要注意的是,并不是所有的规则错误都可以 auto fix。
像是双引号变成单引号 ESLint 可以帮你 fix,但对于函数的内容为空,你需要加上内容的情况,ESLint 没办法帮你写出来,它也不知道你想写啥。
此外,还有存在多个可选修复方案的情况,你需要在编辑器的 quick fix 中选择一种。
配置项 rules
下面我们看看 eslintrc 的一些配置用法。
rules 配置里可以指定一些具体的规则。比如
"indent": ["error", 4]
注释配置写法:
/* eslint indent: ["error", 4] */
表示我们希望缩进为 4 个空格。
数组的第一个元素是错误等级。分为
off / 0
:关闭规则;warn / 1
:警告等级,配合其他工具时表现为编译通过,但会出现警告,在 VSCode 使用插件后显示为黄色波浪线;error / 2
:错误等级,表现为编译不通过(exit code 为 1),在 VSCode 使用插件后显示为红色波浪线。
第二个元素及以后则是具体的配置值。
indent 是 rules 的一种规则,具体还有其他什么规则你可以看 eslint 官方文档:
https://eslint.org/docs/latest/rules/
配置项 plugins
plugins 可以给 ESLint 新增一些规则。比如 eslint-plugin-react
插件:
"plugins": ["react"],"rules": {// props 不能使用字面量布尔值// 比如 disabled={true} 是不允许的,需要用 disabled"react/jsx-boolean-value": ["error","never"]}
但注意它只是声明,而不会应用这些规则,你需要在 rules 上应用,或使用 extends。
配置项 extends
extends 是集成好的一套完整方案,里面会预先设好 plugins、rules 等配置。你可以认为它是另一个 eslintrc 文件。
"extends": ["eslint:recommended","plugin:@typescript-eslint/recommended"]
上面使用了 ESLint 自带的 eslint:recommended,里面设置了一些默认 rule。源码地址在这里:
https://github.com/eslint/eslint/blob/main/conf/eslint-recommended.js
每次开发一个新的项目,如果一个个配置 rule 未免繁琐,通常我们会选择一个比较流行的去 extends,然后再在上面修改。
当然你也可以自己开发一个。
配置项 env
设置脚本环境。比如
"env": {"browser": true,"es2021": true},
注释配置写法:
/* eslint-env browser, es2021 */
env 可以指定多个环境。
env 对一些 rule 是有作用的,比如 no-undef,表示不能使用未定义的变量。但有些变量其实是脚本所在宿主环境提供的全局变量,比如浏览器的 window,nodejs 的 process。
提供了 env 后,ESLint 就能有一个环境变量的白名单,看到这些变量就跳过 no-undef 规则。
可选的环境值:
https://eslint.org/docs/latest/user-guide/configuring/language-options#specifying-environments
配置项 global
设置全局变量。
"globals": {"var1": "writable","var2": "readonly","var3": "off",}
writable:表示可修改;
readonly:表示只读,不能修改;
off:关闭
配置注释写法:
/* global var1: writable, var2: readonly */
配置项 root
设置应用配置文件的根目录
"root": true
对项目中的某个文件的 ESLint 应用逻辑是,从它所在目录往上递归,找到所有的 ESLintrc 文件,直到根目录 /
。
通常我们希望递归到项目根目录就停止了,不要引入项目外的 ESLintrc。
这时候我们就可以用 “root” 进行标明,表示到这里就是根目录了。
配置项 parserOptions
ESLint 默认使用 ES5 的语法来解析代码。如果你的代码 用了高版本的 ES,就要配置 parserOptions,指定转换 AST 所基于的版本。
"parserOptions": {"ecmaVersion": "latest","sourceType": "module","ecmaFeatures": {"jsx": true}},
子配置项有:
ecmaVersion:ES版本,可以是 3、5(默认)、6(或 2015)、7(或 2016)… “latest”(当前 ESLint 支持的最新版本)
sourceType:可以设置为 “script” (默认) 或 “module”(使用模块化)
allowReserved:允许使用保留字来作为变量名(如果是 ES3)
ecmaFeatures:添加新的语言特性。它是一个对象,包括 jsx、impliedStrict(启用全局的 “use strict;”)、globalReturn(全局作用域可以 return,像 commonjs 模块本质是用函数实现的)。
配置项 parser
ESLint 默认的 parser 只支持 js,且仅支持最终的 ES 标准,不支持实验性质的特性。
有时候我们想用实验性质的 ES 特性,或是使用另一种语言,比如 TypeScript,那就要更换 parser 了。
对于实验性质特性,我们可以使用 babel:
"parser": "@babel/eslint-parser"
对于 TypeScript:
"parser": "@typescript-eslint/parser"
保存时自动格式化
这个需要借助编辑器的插件,在保存的时候调用 ESLint 的 fix API。
比如在 VSCode 中,我们只需要在 .vscode/settings.json
配置:
{"editor.codeActionsOnSave": {"source.fixAll.eslint": true}}
更多的用法可查阅插件的官方文档:
https://marketplace.visualstudio.com/items” />.eslintignore
有些文件我们不希望做 eslint 检验,因为它们可能是通过脚本生成的文件。
我们可以在项目根目录创建一个 .eslintignore 文件.
dist/*lang/zh_ch.js
结尾
之后我会开一篇文章写如何编写自定义 ESLint 规则,敬请期待。
我是前端西瓜哥,欢迎关注我,学习更多前端知识。