实践一套前端代码规范工作流

Posted Zaki又懒又想学

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了实践一套前端代码规范工作流相关的知识,希望对你有一定的参考价值。






前言


以前项目因为不怎么注重代码质量,每个人的写作风格和水平都不同,所以随着功能的迭代,代码会越来越臃肿。很多东西会越来越乱,包括提交git的时候经常是提交代码->发现问题(远程)-> 修复问题 -> 重新提交这么一个流程。


所以在开始要重构项目的那段时间,为解决团队协作,代码风格,减少线上冲突,提高工作效率等这一系列问题,代码规范工作流是值得需要考虑的一个事情。


下面谈谈自己在公司等前端开发规范工作流




ESLint


ESLint是一款插件化的代码静态检查工具,核心是通过代码解析,得到AST(抽象语法树)进行模式匹配,分析代码达到检测代码质量和风格问题的能力,大家熟悉的vue-cli安装的时候就有安装eslint的选项,并选择保存的时候检测语法


本例子直接使用了vue-cli的eslint选项

实践一套前端代码规范工作流

实践一套前端代码规范工作流


配置了eslint之后,就能通过npm run lint (或者配置保存触发npm run lint),发现代码中的一些问题,然后针对问题作出相应的修改


但是每次保存之后提示错误并阻止代码执行虽然能解决一部分问题,但是还是比较麻烦,有没有可能在保存都时候发现问题并自动解决一部分问题?有!!!




Prettier


代码格式化工具 Prettier,lint工具检查出问题之后还需要手动修改,而通常这样的错误都是空格或者符号之类的,这样相对来说不太优雅,利用格式化工具自动生成省时省力


我是通过使用vscode Prettier扩展 + 配置.vscode文件夹和setting.json的方式实现的

1、vscode安装Prettier扩展

2、配置.prettierrc.js文件

3、添加.vscode文件夹和setting.json


实践一套前端代码规范工作流


.prettierrc.js

// 我的配置文件module.exports = { // 缩进 tabWidth: 2, // 末尾分号 semi: false, // 单引号 singleQuote: true, jsxBracketSameLine: false, // 尽可能使用尾随逗号(包括函数参数) trailingComma: 'none', extends: [ // 继承 vue 的标准特性 'plugin:vue/essential', 'eslint:recommended', // 避免与 prettier 冲突 'plugin:prettier/recommended' ]}


.vscode/settings.json

{ "eslint.options": { "extensions": [".js", ".vue", ".ts", ".tsx"] },  // 在保存时格式化文件。 "editor.formatOnSave": true, "editor.codeActionsOnSave": { "source.fixAll.eslint": true }, "eslint.validate": [ "vue", "html", "javascript", "typescript", "javascriptreact", "typescriptreact" ], "vetur.format.defaultFormatter.html": "prettier"}


搞定,现在,当我们保存的时候可以自动格式化不规范的代码了


但是又考虑到可能没有安装扩展的情况,或者某些问题导致保存时Prettier格式化失效问题,又或者.vscode文件丢失了(有试过被.gitignore阻止了这个文件夹的上传),所以在提交git之前,需要校验我们的代码是否符合规范,如果不符合,那就不允许提交


husky / pre-commit + lint-staged


(例子用的是husky + lint-staged的做法)

// 安装husky 和 lint-stagednpm install husky lint-staged --save-dev


这里首先强调husky6.0有做改动,写法不一样!!!

在packgae.json中添加prepare脚本

"scripts": { *** "prepare": "husky install" },


prepare脚本会在npm install(不带参数)之后自动执行。也就是说当我们执行npm install安装完项目依赖后会执行 husky install命令,该命令会创建.husky/目录并指定该目录为git hooks所在的目录。


添加git hooks,运行一下命令创建git hooks

npx husky add .husky/pre-commit "npm run lint"


运行完该命令后我们会看到.husky/目录下新增了一个名为pre-commit的shell脚本。也就是说在在执行git commit命令时会先执行pre-commit这个脚本。pre-commit脚本内容如下:



接着我们要在packages.json中添加配置,让使得可以在提交的时候执行npm run lint,并根据prettier的规则自动格式化一部分代码

"husky": { "hooks": { "pre-commit": "lint-staged" }},"lint-staged": { "*.{js,vue}": [ "prettier --write", "git add" ]}


现在当我们commit的时候会像这样



到这里已经基本实现了协同开发代码规范的问题,也是现在项目中正在使用的代码规范工作流,当然在这基础上还可以做更多的扩展,比如让给commit的message根据某些特定的规则提交的cz-customizable插件,让commit带上表情的gitmoji-cli等等。

以上是关于实践一套前端代码规范工作流的主要内容,如果未能解决你的问题,请参考以下文章

前端团队代码规范最佳实践

汽车之家Unity前端通用架构升级实践

初学前端必知的CSS 样式书写规范

分析一套源代码的代码规范和风格并讨论如何改进优化代码

腾讯IVWEB前端工程化工具feflow思考与实践

前端团队代码规范最佳实践,个人成长必备!