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 } = comment
                    value = value.toLowerCase()
                    let warnWord = ''
                    // 判断注释内容是否包含不被允许的word
                    for (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: {
        // ...code
        schema: [ // 指定该选项 这样的 ESLint 可以避免无效的规则配置
            // 遵循 json schema 后文会有介绍文档
            {
                "keyWords": {
                    "type": "array",
                    "items": {
                        "type": "string"
                    }
                }
            }
        ]
    },
    create: function (context) {
        // ...code

        // 定义不被允许出现在注释中的内容

        // 可以使用 context.options检索一个规则的可选项，它是个数组，包含该规则的所有配置的可选项
        
        // console.log(context.options);

        // 取得设置的keywords
        let [argv0] = context.options
        let 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 测试内容 
 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的步骤

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

直接点击官网注册

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

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

npm login

按提示依次输入账号,密码,邮箱

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

npm whoami

1. 编写README.md方便指引他人使用
2. 修改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"
  }
}

4. 运行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插件，在编码的时候就会给予警告⚠️

最后

eslint-plugin-comments-key相关地址

• npm
• github

因笔者水平有限，内容上如有阐述不明白之处，还请斧正