前端规范化eslint+husky

156 阅读4分钟

规范化在团队开发中占据至关重要的地位,想象一下每个人一套代码风格,当维护别人的代码时势必难受至极,如果一个文件中出现了10套代码风格,那代码简直不忍直视了,传说中的屎山也会慢慢成型

所以统一的规范在代码的可读性、可维护性方面尤其重要

相信很多同学都知道eslint,并且被eslint约束过代码风格,这篇文章主要介绍怎么搭建eslint代码规范,以及怎么在提交的时候使用钩子校验代码风格是否符合规范

Eslint

安装ESLint

脚手架安装

如果是采用脚手架如Vue-Cli创建项目,在创建项目时就可以选择安装ESLint,安装完成后,会自动在项目根目录生成一个.eslintrc.js文件,里面已经生成了ESLint的初始化默认配置。

手动安装
npm install eslint -g
// 安装完成之后执行
eslint --init

按照自定义要求后,你会发现在你项目根目录已经生成了一个 .eslintrc.js文件,该文件主要用来进行ESLint的配置。

image.png

VSCode 可以根据 .eslintrc.js 文件进行代码校验。此时需要搭配vscode的ESLint插件一起使用,ESLint 是一个可扩展的 JavaScript 代码检查工具,它可以通过配置 .eslintrc.js 文件来定义规则和选项,以对代码进行静态检查。

配置好.eslintrc.js后,项目中就已经有代码检查了。比如:

module.exports = {
    ...
    "rules": {
        "no-debugger": "error",
        "no-empty": "error"
    }
    ...
}

image.png

配置完成之后可以在package.json中使用命令校验当前文件是否符合规范

在vue-cli创建的项目中package.json已经自动生成好了

image.png

当然你也可以自己设置

image.png image.png

eslintrc.js参数详解
root

指定ESLint在查找配置文件时的起始位置。

env

用来指定校验环境。它告诉 ESLint 代码运行在哪个环境中,从而帮助 ESLint 更好地理解您的代码并检测潜在的问题。

module.exports = {
    ...
    "env": {
        "browser": true,
        "es2021": true,
        // "node": true
    }
    ...
}

image.png

extends

用来继承和扩展 ESLint 规则集的配置项,支持继承多个规则集

module.exports = {
    ...
    "extends": [
        "eslint:recommended",
        "plugin:vue/vue3-essential"
    ]
    ...
}

其实就是约定了一些规则集,比如eslint:recommended image.png

plugins

eslint支持使用插件,插件通常是一个npm包,需要通过npm install xxx安装。

配置时,插件名称可以省略 eslint-plugin-前缀,和extends通常一起使用。

常用的插件

  • eslint-plugin-vue:用于检查 Vue.js 代码的规范性,包括模板、组件和指令等方面的检查。
  • eslint-plugin-react:用于检查 React 代码的规范性,包括 JSX 语法、组件使用和生命周期等方面的检查。
module.exports = {
    ...
    "plugins": [
        "vue"
    ]
    ...
}
overrides

对特定的文件指定解析器

rules

配置文件中最常用的配置项,用于设置 ESLint 的规则和规则的错误等级

  • off:关闭校验
  • warn:警告级别
  • off:错误级别
module.exports = {
    ...
    rules: {
        'no-console': process.env.NODE_ENV === 'production' ? 'error' : 'off', // 什么情况下开启console
        'no-debugger': process.env.NODE_ENV === 'production' ? 'error' : 'off', // 什么情况下开启debugger
        // 'vue/script-indent': ['error', 4, {'baseIndent': 1}],
        // "quotes": [2, "single", { "avoidEscape": true }]
        // 使用prettier来替换eslint的规则
        'prettier/prettier': 'error',
        'no-var': 2, //禁用var,用let和const代替
        'no-unused-vars': [2, { args: 'none' }], //消除未使用的变量  不检查函数的参数
        'no-redeclare': 2, //禁止多次声明同一变量
        'no-dupe-keys': 2, //在创建对象字面量时不允许键重复
        eqeqeq: ['error', 'always', { null: 'ignore' }], // 强制使用全等
    }
    ...还有很多
}

husky

第一步我们完成了对本地开发的代码约束,团队合作中如果有人就是不按照代码规范提交了代码怎么办呢

Husky 是一个基于 Git 的钩子工具,用于在提交代码之前运行一些脚本。这对于检查代码质量、自动格式化代码非常有用。

安装

npx husky-init

这条命令做了以下几件事

  • 安装husky
  • package.json的添加了命令"prepare": "husky install"
  • 项目根目录下创建了.husky文件夹,pre-commit文件里默认执行的命令是 npm test

image.png

修改pre-commit文件

默认命令是npm test,这个指令修改成自己的,这里的意思就是在执行git commit之前先执行pre-commit中的内容

我们修改成npm run lint看看效果

image.png

image.png

到这里其实husky配置就结束了

lint-staged

但是要注意一点,上面的校验每次都会校验整个项目的代码,这太慢了

能不能每次只校验当前次提交的代码

lint-staged就是提供这样的功能

安装
npm i -D lint-staged

修改配置,package.json中增加一条命令,pre-commit中运行这条命令

image.png

image.png

根目录添加.lintstagedrc配置文件(这一步很重要)

这个配置也可以在package.json中添加,这里不细讲

注意这里的文件路径不能写错,不然校验不到

有些教程里面路径写的"src/**/*.{ts,vue}",要注意自己有没有这个目录

image.png

这里就lint-staged配置也就结束啦

image.png