前端工程化2：从0-1的eslint插件开发教程

从0-1的eslint插件开发教程
开发eslint插件目的：根据项目需要，自定义满足项目特殊需要的校验规则是

参考eslint官方文档展开阐述

插件开发
自定义规则
单元测试

下面开始通过一个示例demo来介绍插件整个开发流程

代码中出现的方法及变量的详细解释与相关文档，会在文末给大家列举出来，大家可以先把代码拷贝到自己的demo中然后结合本文第3部分的变量｜方法解释去理解代码

开发一个校验注释中是否包含指定关键词的插件(eslint-plugin-comments-key)

1. 环境准备

目录结构

├── README.md                   插件介绍文档
├── index.js                    对外暴露插件
├── lib                         
│   └── rules                   自定义规则
│       └── comments-key.js     
├── package.json
└── tests                       测试自定义规则└── lib└── rules└── comments-key.js

安装依赖

• eslint
• mocha

npm i eslint mocha -D

2. 开始编码

编写自定义规则
不包含自定义参数校验规则

/lib/rules/comments-key.js

module.exports = {meta: {type: "suggestion",docs: {description: "Not allowed comment words", // 规则的简述category: "Stylistic Issues", // 规则分类recommended: true //  配置文件中的 "extends": "eslint:recommended"属性是否启用该规则}},create: function (context) {// context对象包含与规则上下文相关的信息// 返回一个SourceCode对象，你可以使用该对象处理传递给 ESLint 的源代码const sourceCode = context.getSourceCode()// 定义不被允许出现在注释中的内容const notAllowWords = ['fixme', 'xxx']return {Program(node) {// 获取所有注释的节点const comments = sourceCode.getAllComments()// 遍历注释节点判断是否有不符合规范的comments.forEach(comment => {let { loc, value, type } = commentvalue = value.toLowerCase()let warnWord = ''// 判断注释内容是否包含不被允许的wordfor (const word of notAllowWords) {if (value.includes(word)) {warnWord = word}}if (warnWord) {context.report({node: comment, // 可选 与问题有关的 AST 节点message: `注释中含有不被允许的字符${warnWord}` // 有问题发出的消息})}})}};}
};

编写测试用例

/tests/lib/rules/comments-key.js

const { RuleTester } = require('eslint')// 获取自定义的规则
const rule = require('../../../lib/rules/comments-key')// TESTS
// 加入默认配置
const ruleTester = new RuleTester({parserOptions: { ecmaVersion: 2018 }
})const errMsg = warnWord => `注释中含有不被允许的字符${warnWord}`ruleTester.run('comments-key', rule, {valid: ['// sssss','// fixdddd',`/*** 容十三内水s是说*/`],invalid: [{code: "// fixme: DDL 2020-4-28 测试内容",errors: [{ message: errMsg('fixme') }]},{code: "// FIXME: DDL 2020-5-23 测试内容",errors: [{ message: errMsg('fixme') }]},{code: `/*** xxx* 内容*/`,errors: [{ message: errMsg('xxx') }]}]
})

修改package.json

加入

"scripts": {"test": "mocha tests/lib/rules"
}

运行脚本查看测试结果

npm run test

上面的示例中限定的关键词是在代码中写死了的

通常的场景中如：

rules:{"quotes": ["error", "double"], // 只允许双引号"no-warning-comments": [ // 不允许注释开头出现 todo｜fixme等内容1,{"terms": ["todo","fixme"],"location": "start"}],
}

大多数eslint规则都拥有可配置的属性

我们可以通过context.options获取配置的属性

下面示例加入可配置属性，用于自定义关键词的检测(代码中只包含修改部分，其余部分跟前面相同)

module.exports = {meta: {// ...codeschema: [ // 指定该选项 这样的 ESLint 可以避免无效的规则配置// 遵循 json schema 后文会有介绍文档{"keyWords": {"type": "array","items": {"type": "string"}}}]},create: function (context) {// ...code// 定义不被允许出现在注释中的内容// 可以使用 context.options检索一个规则的可选项，它是个数组，包含该规则的所有配置的可选项// console.log(context.options);// 取得设置的keywordslet [argv0] = context.optionslet keyWords = argv0 ? argv0.keyWords ? argv0.keyWords.length > 0 ? argv0.keyWords : undefined : undefined : undefined// 没有设置则使用默认的let notAllowWords = keyWords || ['fixme', 'xxx']// 忽略大小写notAllowWords = notAllowWords.map(v => v.toLowerCase())// ...code}
};

完善我们的单元测试

// ...code
ruleTester.run('comments-key', rule, {valid: ['// sssss','// fixdddd',`/*** 容十三内水s是说*/`],invalid: [{code: "// fixme: DDL 2020-4-28 测试内容",errors: [{ message: errMsg('ddl') }],options: [{ // 通过options 配置自定义参数keyWords: ['ddl']}]},{code: '// FIXME: DDL 2020-5-23 测试内容 \n let a = "232"',errors: [{ message: errMsg('fixme') }],rules: { // 通过rules  配置eslint提供的一些规则"quotes": ["error", "double"],},options: [{keyWords: ['abc', 'efg', 'fixme']}]},{code: `/*** xxx* 内容*/`,errors: [{ message: errMsg('xxx') }]},{code: '// abds asa',errors: [{ message: errMsg('abd') }],options: [{keyWords: ['abc', 'abd']}]}]
})

3.文中一些变量｜方法的解释及其文档

• meta (object) 包含规则的元数据

• schema 指定该选项 这样的 ESLint 可以避免无效的规则配置
  遵循 json schema 规范

• create (function) 返回一个对象，其中包含了 ESLint 在遍历 JavaScript 代码的抽象语法树 AST (ESTree 定义的 AST) 时，用来访问节点的方法

• context 包含与规则上下文相关的信息

• options 检索一个规则的可选项，它是个数组，包含该规则的所有配置的可选项

• getSourceCode() 返回一个SourceCode对象，你可以使用该对象处理传递给 ESLint 的源代码

• getAllComments() 获取所有注释节点

每个注释节点的属性

• loc 注释在文档中的位置

• value 注释中的内容

• type 注释的类型 Block｜Line

• report() 它用来发布警告或错误（取决于你所使用的配置）。该方法只接收一个参数，是个对象

• message 有问题的消息提示

• node (可选)与问题有关节点

• loc (可选)用来指定问题位置的一个对象。如果同时指定的了 loc 和 node，那么位置将从loc获取而非node

• data (可选) message的占位符

• fix (可选) 一个用来解决问题的修复函数

• RuleTester 单元测试示例介绍

tips:AST在开发插件时不必深入研究，不同地方AST的实现和结构都有所差异

4.导出

至此我们的插件算开发完成了，接下来编写对eslint暴露这个模块的代码

index.js

'use strict';
module.exports = {rules: {'diy': require('./lib/rules/comments-key') },rulesConfig: {'diy': 1}
};

5.发布npm

要在其它项目中使用的eslint-plugin插件的话，可以把整个插件的根目录拷贝到目标项目的node_modules中或者发布到npm中去，其它项目直接通过npm install 安装这个依赖

下面介绍发布到npm的步骤

• 注册npm账号(有的话直接跳过这步骤)

• 直接点击官网注册

• 设置登陆的账号 登录之前修改registry为原来的,因为国内一般用的镜像源例如淘宝源:registry.npm.taobao.org

npm config set registry https://registry.npmjs.org/
npm login

按提示依次输入账号,密码
如果提示用户名密码方式已经失效，在github上生成token，把token作为密码输入

登录完成之后,查看当前npm用户,不报错说明登录成功

npm whoami

编写README.md方便指引他人使用

修改packgae.json

{"name": "eslint-plugin-comments-key","version": "1.0.0","description": "校验注释中是否包含指定关键词的插件","main": "index.js","directories": {"lib": "lib","test": "tests"},"scripts": {"test": "mocha tests/lib/rules"},"keywords": [],"author": "","license": "ISC","devDependencies": {"eslint": "^7.0.0","mocha": "^7.1.2"}
}

运行npm publish发布npm包

至此发布整个流程完毕

6.项目中引入

Installation
You’ll first need to install ESLint:

$ npm i eslint --save-dev

Next, install eslint-plugin-comments-key:

$ npm install eslint-plugin-comments-key --save-dev

Note: If you installed ESLint globally (using the -g flag) then you must also install eslint-plugin-comments-key globally.

Usage
Add comments-key to the plugins section of your .eslintrc configuration file or package.json. You can omit the eslint-plugin- prefix:

package.json demo

"eslintConfig": {"plugins": ["comments-key"],"rules": {"comments-key/diy":[1,{"wordKeys":["fixme","xxx"]}]}
}

tips： 如果编辑器中安装了Eslint插件，在编码的时候就会给予警告⚠️