TSLint核心规则及相关库
TSLint已经提供了一些核心规则,但是还不够,于是有人用TSLint提供的自定义接口又自定义了许多规则。如:
- tslint-eslint-rules——ionic项目默认使用这个
- codelyzer——angular项目默认使用这个
还有很多
腾讯团队开源项目tslint-config-alloy
现在有了大量校验规则,如何使用如何配置呢。我们使用了腾讯团队的开源项目tslint-config-alloy,它的配置原则:
- 能够帮助发现代码错误的规则,全部开启
- 配置不应该依赖于某个具体项目,而应尽可能的合理
- 帮助保持团队的代码风格统一,而不是限制开发体验
如果觉得tslint-config-alloy提供的配置不合理,我们就可以在本文最开始提到的tslint.json文件(ionic项目根目录下)中覆盖它的配置
如何使用tslint-config-alloy
项目安装依赖:npm install –save-dev tslint-eslint-rules tslint-config-alloy
其中tslint-eslint-rules是规则的实现,它的规则已经继承了tslint,其中tslint-config-alloy是规则的配置,我们的配置继承这里的配置。
配置tslint.json内容如下
其中rulesDirectory指定规则的实现目录,可以配置多个,如你自定义的规则的目录;其中extends指定我们继承的配置,这里继承tslint-config-alloy,我们可以在rules中添加配置和覆盖tslint-config-alloy提供的配置。
1 | { |
tslint代码风格规则和ide默认的格式化代码风格存在冲突如何解决
这时候要么在tslint.json重新定义规则,要么修改ide配置,如:
webstorm设置import自动导入的内容为单引号
webstorm设置import自动导入大括号两边添加空格
默认自动生成格式:
1
import {AbstractControl} from '@angular/forms';
想要格式:
1
import { AbstractControl } from '@angular/forms';
- 其他配置自行百度
- 实际开发过程中可以先不启用TSLint,每次提交代码前或测试开发的代码时在启用并修复问题
TSLint注释标记
ts文件中使用以下注释来临时忽略规则出现的错误,参考这里
/ tslint:disable /——忽略该行以下所有代码出现的错误提示
/ tslint:enable /——当前ts文件重新启用tslint
// tslint:disable-line——忽略当前行代码出现的错误提示
// tslint:disable-next-line——忽略下一行代码出现的错误提示
常用的tslint配置项
1 | { |