前端规范化eslint+husky

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

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

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

Eslint

安装ESLint

脚手架安装

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

手动安装
csharp 复制代码
npm install eslint -g
// 安装完成之后执行
eslint --init

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

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

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

java 复制代码
module.exports = {
    ...
    "rules": {
        "no-debugger": "error",
        "no-empty": "error"
    }
    ...
}

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

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

当然你也可以自己设置

eslintrc.js参数详解
root

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

env

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

ruby 复制代码
module.exports = {
    ...
    "env": {
        "browser": true,
        "es2021": true,
        // "node": true
    }
    ...
}
extends

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

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

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

plugins

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

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

常用的插件

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

对特定的文件指定解析器

rules

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

  • off:关闭校验
  • warn:警告级别
  • off:错误级别
js 复制代码
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 的钩子工具,用于在提交代码之前运行一些脚本。这对于检查代码质量、自动格式化代码非常有用。

安装

js 复制代码
npx husky-init

这条命令做了以下几件事

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

修改pre-commit文件

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

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

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

lint-staged

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

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

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

安装
js 复制代码
npm i -D lint-staged

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

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

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

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

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

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

相关推荐
知否技术4 小时前
知道这10个npm工具包,开发效率提高好几倍!第2个大家都用过!
前端·npm
希希不嘻嘻~傻希希4 小时前
CSS 字体与文本样式笔记
开发语言·前端·javascript·css·ecmascript
石小石Orz5 小时前
分享10个吊炸天的油猴脚本,2025最新!
前端
爷_5 小时前
Nest.js 最佳实践:异步上下文(Context)实现自动填充
前端·javascript·后端
爱上妖精的尾巴5 小时前
3-19 WPS JS宏调用工作表函数(JS 宏与工作表函数双剑合壁)学习笔记
服务器·前端·javascript·wps·js宏·jsa
草履虫建模6 小时前
Web开发全栈流程 - Spring boot +Vue 前后端分离
java·前端·vue.js·spring boot·阿里云·elementui·mybatis
—Qeyser6 小时前
让 Deepseek 写电器电费计算器(html版本)
前端·javascript·css·html·deepseek
UI设计和前端开发从业者6 小时前
从UI前端到数字孪生:构建数据驱动的智能生态系统
前端·ui
Junerver7 小时前
Kotlin 2.1.0的新改进带来哪些改变
前端·kotlin
千百元8 小时前
jenkins打包问题jar问题
前端