是否存在tslint规则，可检查Angular项目是否使用废弃类与函数？

刚好之前在维护Angular 5.x项目的时候也遇到过类似的需求，给你分享几个靠谱的方案，能有效检测并阻止使用废弃的Http类或其他Angular废弃API：

1. 启用TSLint的deprecation规则 #

TSLint本身就内置了专门检测废弃代码的规则，它会识别所有带有@deprecated装饰器的类、函数、方法——而Angular的Http类（来自@angular/http）正好被标记了这个装饰器。

只需要在项目根目录的tslint.json文件中，把这个规则开启即可：

{
  "rules": {
    // 其他规则...
    "deprecation": {
      "severity": "error"
    }
  }
}

把severity设为error的话，一旦有人使用Http这类废弃API，TSLint会直接抛出错误，阻止代码提交或编译；如果只是想先做提示，也可以设为warning。

2. 利用Angular编译器的内置警告 #

Angular CLI在编译项目时，本身就会对使用废弃API的代码发出警告。比如当你导入import { Http } from '@angular/http'并注入使用时，终端会输出类似WARNING: 'Http' is deprecated. Use 'HttpClient' instead from '@angular/common/http'的提示。

如果想把这些警告升级为强制错误，让团队成员必须修改，可以在tsconfig.json的angularCompilerOptions中添加配置：

{
  "angularCompilerOptions": {
    // 其他配置...
    "deprecationWarnings": true
  }
}

这样编译时遇到废弃API就会直接报错，而不是只提示警告。

3. IDE实时提示（提前拦截） #

像VS Code、WebStorm这类常用的IDE，安装Angular官方插件后，会在代码编辑阶段就实时标记出废弃的API——比如Http类会显示灰色删除线，鼠标hover上去还会弹出提示说明该API已废弃，并建议使用HttpClient。

这种方式能让开发人员在写代码的时候就发现问题，不用等到lint或编译环节，效率更高。

额外提示：锁定依赖范围 #

如果担心团队成员不小心安装了旧版本的依赖，也可以在package.json中明确约束@angular/http的使用，或者通过项目规范明确要求只使用@angular/common/http下的HttpClient。

内容的提问来源于stack exchange，提问作者mark