对于Typescript项目的编码规范而言,主要有两种选择ESLint和TSLint。ESLint不只能规范js代码,经过配置解析器,也能规范TS代码。此外因为性能问题,TypeScript 官方决定全面采用ESLint,甚至把仓库做为测试平台,而 ESLint 的 TypeScript 解析器也成为独立项目,专一解决双方兼容性问题。 最近在个人项目的编码规范中全量的用ESLint代替了TSLint,针对其中遇到的问题作一个记录。javascript
- 用ESLint来规范Typescript代码
- 用ESLint来规范React代码
- 结合Prettier和ESLint来规范代码
- 在VSCode中使用ESLint
- husky和lint-staged构建代码工做流
- gitlab的CI/CD来规范代码
原文在个人博客中: github.com/fortheallli…html
欢迎star和收藏vue
首先安装依赖:java
npm i -d eslint @typescript-eslint/parser @typescript-eslint/eslint-plugin 复制代码复制代码
这三个依赖分别是:node
安装好这3个依赖包以后,在根目录下新建.eslintrc.js文件,该文件中定义了ESLint的基础配置,一个最为简单的配置以下所示:react
module.exports = { parser: '@typescript-eslint/parser', //定义ESLint的解析器 extends: ['plugin:@typescript-eslint/recommended'],//定义文件继承的子规范 plugins: ['@typescript-eslint'],//定义了该eslint文件所依赖的插件 env:{ //指定代码的运行环境 browser: true, node: true, } } 复制代码复制代码
若是在你的TS项目中同时使用了React,那么为了检测和规范React代码的书写必须安装插件eslint-plugin-react,而后增长配置:git
module.exports = { parser: '@typescript-eslint/parser', extends: [ 'plugin:react/recommended' 'plugin:@typescript-eslint/recommended' ], //使用推荐的React代码检测规范 plugins: ['@typescript-eslint'], env:{ browser: true, node: true, }, settings: { //自动发现React的版本,从而进行规范react代码 "react": { "pragma": "React", "version": "detect" } }, parserOptions: { //指定ESLint能够解析JSX语法 "ecmaVersion": 2019, "sourceType": 'module', "ecmaFeatures":{ jsx:true } } rules: { } } 复制代码复制代码
在Rules中能够自定义你的React代码编码规范。github
Prettier中文的意思是漂亮的、美丽的,是一个流行的代码格式化的工具,咱们来看如何结合ESLint来使用。首先咱们须要安装三个依赖:typescript
npm i -g prettier eslint-config-prettier eslint-plugin-prettier
复制代码复制代码
其中:npm
而后在项目的根目录下建立.prettierrc.js文件:
module.exports = { "printWidth": 120, "semi": false, "singleQuote": true, "trailingComma": "all", "bracketSpacing": false, "jsxBracketSameLine": true, "arrowParens": "avoid", "insertPragma": true, "tabWidth": 4, "useTabs": false }; 复制代码复制代码
接着修改.eslintrc.js文件,引入prettier:
module.exports = { parser: '@typescript-eslint/parser', extends:[ 'prettier/@typescript-eslint', 'plugin:prettier/recommended' ], settings: { "react": { "pragma": "React", "version": "detect" } }, parserOptions: { "ecmaVersion": 2019, "sourceType": 'module', "ecmaFeatures":{ jsx:true } }, env:{ browser: true, node: true, } 复制代码复制代码
上述新增的extends的配置中:
为了开发方便咱们能够在VSCode中集成ESLint的配置,使得代码在保存或者代码变更的时候自动进行ESLint的fix过程。
首先须要安装VSCode的ESLint插件,安装插件完毕后,在settings.json文件中修改其配置文件为:
{ "eslint.enable": true, //是否开启vscode的eslint "eslint.autoFixOnSave": true, //是否在保存的时候自动fix eslint "eslint.options": { //指定vscode的eslint所处理的文件的后缀 "extensions": [ ".js", ".vue", ".ts", ".tsx" ] }, "eslint.validate": [ //肯定校验准则 "javascript", "javascriptreact", { "language": "html", "autoFix": true }, { "language": "vue", "autoFix": true }, { "language": "typescript", "autoFix": true }, { "language": "typescriptreact", "autoFix": true } ] } 复制代码复制代码
主要注意的有两点:
首先来看husky,Husky 可以帮你阻挡住很差的代码提交和推送,首先咱们在package.json中定义以下的script:
"scripts": { "lint": "eslint src --fix --ext .ts,.tsx " } 复制代码复制代码
接着在package.json定义husky的配置:
"husky": { "hooks": { "pre-commit": "npm run lint" } }, 复制代码复制代码
咱们在git的hook的阶段来执行相应的命令,好比上述的例子是在pre-commit这个hook也就是在提交以前进行lint的检测。
接着来看lint-staged,上述咱们经过在husky的pre-comit这个hook中执行一个npm命令来作lint校验。除了定义个npm lint命令外,咱们也能够直接经过使用lint-staged,来在提交前检测代码的规范。 使用lint-staged来规范代码的方式以下,咱们修改package.json文件为:
{ "husky": { "hooks": { "pre-commit": "lint-staged" } }, "lint-staged": { "*.{.ts,.tsx}": [ "eslint", "git add" ] } } 复制代码复制代码
一样在git commit的时候会作lint的检测。
仅仅经过git的hook来执行代码的规范检测有一个问题,咱们能够在git commit的时候经过--no-verify来跳过代码的规范检测。可是某些状况下,咱们对于某一个重要分支,该分支上的代码必须完整经过代码的规范检测,此时咱们能够使用gitlab的CI/CD。
一样在package.json中增长一个lint的npm 命令:
"scripts": { "lint": "eslint src --fix --ext .ts,.tsx " } 复制代码复制代码
而后在根目录增长.gitlab-ci.yml文件,该文件中的配置为:
stages:
- lint
before_script:
- git fetch --all
- npm install
lint:
stage: lint
script:
- npm run lint
only
- 特定分支1
- 特定分支2
复制代码复制代码
而后配置相应的gitlab runner,这里不具体详描,最后的结果就是在咱们指定的分支上的提交或者merge都会进行所配置的命令检测。这样保证了特定分支不受git commit跳过操做--no-verify的影响。