前端规范化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配置也就结束啦

相关推荐
落一落,掉一掉2 分钟前
第十三周前端加密绕过
前端
高德开放平台1 小时前
实战案例|借助高德开放平台实现智慧位置服务:路线导航的开发与实践
前端·后端
老前端的功夫2 小时前
# HTTP缓存:从懵懵懂懂到了如指掌
前端
安卓开发者2 小时前
Docker与Nginx:现代Web部署的完美二重奏
前端·nginx·docker
Dorian_Ov02 小时前
GeoPandas+DataFrame实现shapefile文件导入PostGIS数据库
前端·gis
哟哟耶耶2 小时前
Starting again company 03
前端·javascript·vue.js
葡萄城技术团队2 小时前
SpreadJS 赋能在线 Excel:协同编辑与精细化权限管控的技术实现
前端
转转技术团队2 小时前
转转商品中心微前端升级之路
前端
love530love2 小时前
【笔记】解决 ComfyUI 安装节点 ComfyUI-Addoor (葵花宝典)后启动报错:No module named ‘ComfyUI-Addoor’
linux·运维·前端·人工智能·windows·笔记·python
zzywxc7872 小时前
解锁 Rust 开发新可能:从系统内核到 Web 前端的全栈革命
开发语言·前端·python·单片机·嵌入式硬件·rust·scikit-learn