当前位置:   article > 正文

代码约束(ESlint\prettier\husky\lint-staged\commitlint)_代码规范检查工具

代码规范检查工具

前言

JavaScript 是一个动态的弱类型语言,在开发中比较容易出错。因为没有编译程序,为了寻找 JavaScrip 代码错误通常需要在执行过程中不断调试。像 ESLint 可以让程序员在编码的过程中发现问题而不是在执行过程中,帮助我们提高开发效率。

为什么要做代码约束?

  • 提高代码整体的可读性、可维护性、可复用性

  • 保证代码风格的一致性\多人协作时代码代码语法、规范、风格强制统一

  • 完善代码规范

  • 提升团队整体开发效率

基础概念

  1. eslint是什么: 检查代码质量风格的工具,主要功能总结为两点:①代码质量检查可以发现代码中存在的可能错误,如使用未声明变量、声明而未使用的变量、修改 const 变量、代码中使用debugger等等;②代码格式化可以用来统一团队的代码风格,比如加不加分号、使用 tab 还是空格、字符串使用单引号 等等

  2. prettier是什么:代码格式化工具,能够使输出代码保持风格一致

  3. stylelint是什么: 样式规范工具

  4. EditorConfig是什么: 帮助开发人员在不同的编辑器 和 IDE 之间定义和维护一致的编码样式。

  5. husky是什么: 操作git hook的工具,主要实现代码提交前 eslint 校验和 commit 信息的规范校验,也可以避免多人合作时代码格式化不统一造成的冲突

  6. lint-staged是什么: 可以在git staged阶段的文件上执行Linters。也就是只对git add之后的暂存区代码进行校验。可以通过配置文件来指定对不同的文件执行不同的检验。

  7. commitlint是什么: 要是对提交信息Commit Message的检查。是一款检查工具和husky一起配合使用。只有当提交信息符合规则的时候,才能够提交。

Eslint(代码规范工具)

一:在Vscode中的配置eslint

  1. 在vscode中下载ESLint插件

  2. 点击设置找到setting.json配置文件

  3. 在setting.json文件中添加有关eslint的配置

    1. "eslint.enable":true,
    2. "eslint.run":"onType",
    3. "eslint.options":{
    4. "extensions":[
    5. ".js",
    6. ".vue",
    7. ".jsx",
    8. ".tsx"
    9. ]
    10. },
    11. "editor.codeActionsOnSave":{
    12. "source.fixAll.eslint":true
    13. }

二:下载相关插件

根据项目具体需求下载依赖(以下是eslint常用依赖)

  1. 在vscode中下载ESLint插件

    1. // npm 安装
    2. npm install eslint eslint-config-prettier eslint-plugin-prettier eslint-plugin-vue @typescript-eslint/eslint-plugin @typescript-eslint/parser -D
    3. // yarn 安装
    4. yarn add eslint eslint-config-prettier eslint-plugin-prettier eslint-plugin-vue @typescript-eslint/eslint-plugin @typescript-eslint/parser -D
    5. //eslint-plugin-vue插件主要是增加eslint检验规则对vue文件的支持

依赖

作用描述

eslint

ESLint 核心库

eslint-config-prettier

关掉所有和 Prettier 冲突的 ESLint 的配置

eslint-plugin-prettier

将 Prettier 的 rules 以插件的形式加入到 ESLint 里面

eslint-plugin-vue

为 Vue 使用 ESlint 的插件

@typescript-eslint/eslint-plugin

ESLint 插件,包含了各类定义好的检测 TypeScript 代码的规范

@typescript-eslint/parser

ESLint 的解析器,用于解析 TypeScript,从而检查和规范 TypeScript 代码

三:创建.eslintignore文件

该文件配置不需要eslint规则校验的目录名称

  1. node_modules
  2. dist

四:创建.eslintrc.js文件

  1. //.eslintrc.js
  2. // 这只是初始版本,帮助大家理解eslint的一些配置属性,若要形成eslint的配置文件规范,还有待完善
  3. module.exports = {
  4. root:true,//默认情况下,Eslint会在所有父级目录中寻找配置文件,一直到根目录。为了将Eslint限制在一个特定的项目,设置root:true,Eslint一旦发现配置文件中有 “root":true.它就会停止在父级目录中寻找
  5. //env:指定脚本的运行环境
  6. env:{
  7. //预定义的全局变量,这里是浏览器环境
  8. browser:true,
  9. node:true,
  10. //会自动开启es2021语法支持
  11. es2021:true
  12. }
  13. //指定解析器
  14. parser:"vue-eslint-parser"
  15. //配置文件从基础配置中继承已启用的规则
  16. //eslint:recommended 启用核心规则,在规则页面中被标记为√的
  17. extends:[
  18. //plugin:(此处不能有空格)包名/配置名称。解析时plugin是解析成eslint-plugin-vue。如果有空格会解析失败,eslint-plugin- vue
  19. //plugin可以省略包名的前缀 eslint-plugin-
  20. //扩展风格
  21. "eslint:recommended",
  22. "plugin:vue/vue3-recommended",
  23. "plugin:prettier/recommended",
  24. //eslint-config-prettier的缩写
  25. "prettier"
  26. ]
  27. //设置解析器能帮助ESLint确定什么是解析错误
  28. parserOptions:{
  29. //指定js版本,语法上的支持
  30. ecmaVersion:12,
  31. sourceType:"module",
  32. ecmaFeatures:{
  33. jsx:true
  34. }
  35. },
  36. //使用第三方插件,全局安装的ESLint实例只能使用全局安装的ESLint插件《本地同理,不支持混用
  37. plugins:['vue','prettier','html'],
  38. //规则的细节请到ESLint官方网站查看"http://eslint.org/docs/rules/
  39. //每个规则有三个错误级别
  40. // "off"或者0,不启用这个规则
  41. // ”warn"或者1,出现问题会有警告
  42. // “error"或者2,出现问题会报错
  43. rules:{
  44. "no-var": "error",
  45. "prettier/prettier": "error",
  46. // 禁止出现console
  47. "no-console": "warn",
  48. // 禁用debugger
  49. "no-debugger": "warn",
  50. // 禁止出现重复的 case 标签
  51. "no-duplicate-case": "warn",
  52. // 禁止出现空语句块
  53. "no-empty": "warn",
  54. // 禁止不必要的括号
  55. "no-extra-parens": "off",
  56. // 禁止对 function 声明重新赋值
  57. "no-func-assign": "warn",
  58. // 禁止在 return、throw、continue 和 break 语句之后出现不可达代码
  59. "no-unreachable": "warn",
  60. // 强制所有控制语句使用一致的括号风格
  61. curly: "warn",
  62. // 要求 switch 语句中有 default 分支
  63. "default-case": "warn",
  64. // 强制尽可能地使用点号
  65. "dot-notation": "warn",
  66. // 要求使用 === 和 !==
  67. eqeqeq: "warn",
  68. // 禁止 if 语句中 return 语句之后有 else
  69. "no-else-return": "warn",
  70. // 禁止出现空函数
  71. "no-empty-function": "warn",
  72. // 禁用不必要的嵌套块
  73. "no-lone-blocks": "warn",
  74. // 禁止使用多个空格
  75. "no-multi-spaces": "warn",
  76. // 禁止多次声明同一变量
  77. "no-redeclare": "warn",
  78. // 禁止在 return 语句中使用赋值语句
  79. "no-return-assign": "warn",
  80. // 禁用不必要的 return await
  81. "no-return-await": "warn",
  82. // 禁止自我赋值
  83. "no-self-assign": "warn",
  84. // 禁止自身比较
  85. "no-self-compare": "warn",
  86. // 禁止不必要的 catch 子句
  87. "no-useless-catch": "warn",
  88. // 禁止多余的 return 语句
  89. "no-useless-return": "warn",
  90. // 禁止变量声明与外层作用域的变量同名
  91. "no-shadow": "off",
  92. // 允许delete变量
  93. "no-delete-var": "off",
  94. // 强制数组方括号中使用一致的空格
  95. "array-bracket-spacing": "warn",
  96. // 强制在代码块中使用一致的大括号风格
  97. "brace-style": "warn",
  98. // 强制使用骆驼拼写法命名约定
  99. camelcase: "warn",
  100. // 强制使用一致的缩进
  101. indent: "off",
  102. // 强制在 JSX 属性中一致地使用双引号或单引号
  103. // 'jsx-quotes': 'warn',
  104. // 强制可嵌套的块的最大深度4
  105. "max-depth": "warn",
  106. // 强制最大行数 300
  107. // "max-lines": ["warn", { "max": 1200 }],
  108. // 强制函数最大代码行数 50
  109. // 'max-lines-per-function': ['warn', { max: 70 }],
  110. // 强制函数块最多允许的的语句数量20
  111. "max-statements": ["warn", 100],
  112. // 强制回调函数最大嵌套深度
  113. "max-nested-callbacks": ["warn", 3],
  114. // 强制函数定义中最多允许的参数数量
  115. "max-params": ["warn", 3],
  116. // 强制每一行中所允许的最大语句数量
  117. "max-statements-per-line": ["warn", { max: 1 }],
  118. // 要求方法链中每个调用都有一个换行符
  119. "newline-per-chained-call": ["warn", { ignoreChainWithDepth: 3 }],
  120. // 禁止 if 作为唯一的语句出现在 else 语句中
  121. "no-lonely-if": "warn",
  122. // 禁止空格和 tab 的混合缩进
  123. "no-mixed-spaces-and-tabs": "warn",
  124. // 禁止出现多行空行
  125. "no-multiple-empty-lines": "warn",
  126. // 禁止出现;
  127. // semi: ["warn", "never"],
  128. // 强制在块之前使用一致的空格
  129. "space-before-blocks": "warn",
  130. // 强制在 function的左括号之前使用一致的空格
  131. // 'space-before-function-paren': ['warn', 'never'],
  132. // 强制在圆括号内使用一致的空格
  133. "space-in-parens": "warn",
  134. // 要求操作符周围有空格
  135. "space-infix-ops": "warn",
  136. // 强制在一元操作符前后使用一致的空格
  137. "space-unary-ops": "warn",
  138. // 强制在注释中 ///* 使用一致的空格
  139. // "spaced-comment": "warn",
  140. // 强制在 switch 的冒号左右有空格
  141. "switch-colon-spacing": "warn",
  142. // 强制箭头函数的箭头前后使用一致的空格
  143. "arrow-spacing": "warn",
  144. "prefer-const": "warn",
  145. "prefer-rest-params": "warn",
  146. "no-useless-escape": "warn",
  147. "no-irregular-whitespace": "warn",
  148. "no-prototype-builtins": "warn",
  149. "no-fallthrough": "warn",
  150. "no-extra-boolean-cast": "warn",
  151. "no-case-declarations": "warn",
  152. "no-async-promise-executor": "warn",
  153. "vue/multi-word-component-names": "off"
  154. }
  155. //脚本在执行期间访问的额外的全局变量
  156. globals:{
  157. defineProps: "readonly",
  158. defineEmits: "readonly",
  159. defineExpose: "readonly",
  160. withDefaults: "readonly",
  161. }
  162. }

Prettier(代码格式化工具)

一、Prettier是什么?

Prettier 根据官方解释,是一个“有态度”的代码格式化工具,支持大量编程语言格式化,包含:

  • JavaScript (including experimental features)

  • JSX

  • Angular

  • Vue

  • Flow

  • Typescript

  • CSS, Less and Scss

  • HTML

  • JSON

  • GraphQL

  • Markdown, including GFM and MDX

  • YAML

二、为什么需要 Prettier?

  • ESLint: 代码检测工具;可以检测出你代码中潜在的问题。比如:使用了某个变量却忘记了定义

  • Prettier: 代码格式化工具;作为代码格式化工具,能够统一或者你的团队的代码风格

  • 使用 ESLint 与 eslint-plugin-prettier 的结果是最终得到的代码是充分尊重 Prettier 的结果,而 prettier-eslint-cli 则是先执行 Prettier 然后再自动使用 eslint --fix 将与 ESLint 规则冲突的代码修正成 ESLint 想要的结果。这样其实引入 Prettier 不会影响你原有的设置。

三、如何使用 Prettier?

① 安装 Prettier
yarn add prettier -D
② 在根目录新建 .prettierrc.js,配置如下:
  1. module.exports = {
  2. // 一行最多 80 字符
  3. printWidth: 80,
  4. // 使用 2 个空格缩进
  5. tabWidth: 2,
  6. // 不使用 tab 缩进,而使用空格
  7. useTabs: false,
  8. // 行尾需要有分号
  9. semi: true,
  10. // 使用单引号代替双引号
  11. singleQuote: true,
  12. // 对象的 key 仅在必要时用引号
  13. quoteProps: 'as-needed',
  14. // jsx 不使用单引号,而使用双引号
  15. jsxSingleQuote: false,
  16. // 末尾使用逗号
  17. trailingComma: 'all',
  18. // 大括号内的首尾需要空格 { foo: bar }
  19. bracketSpacing: true,
  20. // jsx 标签的反尖括号需要换行
  21. jsxBracketSameLine: false,
  22. // 箭头函数,只有一个参数的时候,也需要括号
  23. arrowParens: 'always',
  24. // 每个文件格式化的范围是文件的全部内容
  25. rangeStart: 0,
  26. rangeEnd: Infinity,
  27. // 不需要写文件开头的 @prettier
  28. requirePragma: false,
  29. // 不需要自动在文件开头插入 @prettier
  30. insertPragma: false,
  31. // 使用默认的折行标准
  32. proseWrap: 'preserve',
  33. // 根据显示样式决定 html 要不要折行
  34. htmlWhitespaceSensitivity: 'css',
  35. // 换行符使用 lf
  36. endOfLine: 'lf'
  37. }
③ 接下来在 package.json 添加命令, 执行 npm run prettier, 会对 src 目录下后缀为 .ts 的文件进行代码格式
  1. scripts: {
  2. "prettier": "prettier --write \"src/**/*.ts\""
  3. }
④ 在 vscode 中使用
  1. 截至目前,需要手动运行命令 npm run eslint、npm run prettier 才能对代码进行格式化,还是挺麻烦的,也不是人人都会去手动执行,所以我们可以借助 vscode 插件,实现保存时自动格式化代码。

  2. 安装 Eslint 和 Prettier 插件

  3. 在 setting.json 配置如下内容,可以保存时自动格式化

    1. {
    2. "files.eol": "\n",
    3. "editor.tabSize": 2,
    4. "editor.defaultFormatter": "esbenp.prettier-vscode",
    5. "eslint.validate": [
    6. "javascript",
    7. "javascriptreact",
    8. "vue",
    9. "typescript",
    10. "typescriptreact"
    11. ],
    12. "editor.codeActionsOnSave": {
    13. "source.fixAll.eslint": true
    14. },
    15. "editor.formatOnSave": true
    16. }

这些配置目前只存在自己的 vscode, 我们可以将这些配置集成到我们的项目里面,让团队也能快速拥有跟自己 一样的配置。在根目录创建 .vscode 文件夹,创建 settings.json 和 extensions.json, 并做相应配置。

StyleLint(样式规范工具)

EditorConfig 配置

1、简介:EditorConfig 帮助开发人员在不同的编辑器 和 IDE 之间定义和维护一致的编码样式。

2、安装 VsCode 插件(EditorConfig ):

3、配置 EditorConfig(.editorconfig):

  1. http://editorconfig.org
  2. root = true
  3. [*] # 表示所有文件适用
  4. charset = utf-8 # 设置文件字符集为 utf-8
  5. end_of_line = lf # 控制换行类型(lf | cr | crlf)
  6. insert_final_newline = true # 始终在文件末尾插入一个新行
  7. indent_style = tab # 缩进风格(tab | space
  8. indent_size = 2 # 缩进大小
  9. max_line_length = 130 # 最大行长度
  10. [*.md] # 表示仅 md 文件适用以下规则
  11. max_line_length = off # 关闭最大行长度限制
  12. trim_trailing_whitespace = false # 关闭末尾空格修剪

Git 规范流程

依赖

作用描述

husky

操作 git 钩子的工具

lint-staged

在提交之前进行 eslint 校验,并使用 prettier 格式化本地暂存区的代码

  1. husky(操作 git 钩子的工具):

安装:

npm install husky -D

使用:

  1. // 1、打开package.json文件,在scripts中添加
  2. "prepare": "husky install"
  3. // 2、添加完成之后,执行如下命令
  4. npm set-script prepare "husky install"
  5. npm run prepare // 在这之后会生成一个husky文件夹
  1. lint-staged(本地暂存代码检查工具

安装:

npm install lint-staged -D
  • 添加 ESlint Hook(在.husky 文件夹下添加 pre-commit 文件):

  • 作用:通过钩子函数,判断提交的代码是否符合规范,并使用 prettier 格式化代码

  • 执行以下命令,在husky文件夹下自动生成pre-commit文件

npx husky add .husky/pre-commit "npm run lint:lint-staged"
  • 新增lint-staged.config.js 文件:(根据具体需求具体配置) \ 或者在 package.json 配置

  1. module.exports = {
  2. "*.{js,jsx,ts,tsx}": ["eslint --fix", "prettier --write"],
  3. "{!(package)*.json,*.code-snippets,.!(browserslist)*rc}": ["prettier --write--parser json"],
  4. "package.json": ["prettier --write"],
  5. "*.vue": ["eslint --fix", "prettier --write", "stylelint --fix"],
  6. "*.{scss,less,styl,html}": ["stylelint --fix", "prettier --write"],
  7. "*.md": ["prettier --write"]
  8. };

配置 package.json 命令

  1. {
  2. "scripts": {
  3. // 以下为必配置
  4. "lint:eslint": "eslint --fix --ext .js,.ts,.vue ./src",
  5. "lint:prettier": "prettier --write --loglevel warn \"src/**/*.{js,ts,json,tsx,css,less,scss,vue,html,md}\"",
  6. "lint:stylelint": "stylelint --cache --fix \"**/*.{vue,less,postcss,css,scss}\" --cache --cache-location node_modules/.cache/stylelint/",
  7. "lint:lint-staged": "lint-staged",
  8. "prepare": "husky install"
  9. },
  10. "lint-staged": {
  11. "*.{ts,tsx,vue,js,jsx}": [
  12. "eslint --fix",
  13. "prettier --write"
  14. ]
  15. },
  16. }

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/凡人多烦事01/article/detail/676314
推荐阅读
相关标签
  

闽ICP备14008679号