ESLint能否实现TypeScript的noImplicitAny类似检查？

1. ESLint结合TypeScript能否给出隐式any的错误提示？ #

可以。通过@typescript-eslint/no-implicit-any规则就能实现。这个规则会检测函数参数、变量等未显式声明类型且被TypeScript推断为隐式any的情况，和VS Code/TypeScript构建时的提示效果一致。只要在ESLint配置中开启该规则，就能在代码检查时收到相应报错。

2. ESLint和TypeScript在这类场景下的作用有何不同？ #

两者核心定位不同：

• TypeScript的隐式any提示属于类型检查层面的错误，目的是保障类型系统的严谨性——当你显式声明testVar: any时，TypeScript会认为你是有意为之，因此不会再报错。
• ESLint的相关规则属于代码规范层面的约束：比如开启@typescript-eslint/no-explicit-any后，即使你显式写了: any，ESLint也会报错，因为这条规则的目的是禁止用any类型规避类型检查，属于代码风格/规范要求。

简单来说，TypeScript管“类型逻辑对不对”，ESLint管“代码写得规不规范”，两者关注的维度完全不同。

3. 能否通过ESLint统一捕获所有TypeScript错误？ #

可以实现近似的统一捕获效果，具体配置方式如下：

• 确保ESLint使用@typescript-eslint/parser作为解析器，并在parserOptions中指定project: "./tsconfig.json"（指向你的TypeScript配置文件），让ESLint能利用TypeScript的类型系统进行类型感知检查。
• 启用@typescript-eslint/eslint-plugin中的类型感知规则，比如@typescript-eslint/no-unsafe-assignment、@typescript-eslint/no-unsafe-call等，这类规则能捕获大量TypeScript类型错误。
• 额外安装eslint-plugin-tsc插件，它可以将TypeScript的编译错误直接转化为ESLint错误输出，这样你只需要运行ESLint就能同时看到所有TypeScript编译错误和ESLint规范错误，无需分开执行两次检查。

需要注意的是，ESLint的类型检查本质上依赖TypeScript的编译结果，只是把两类错误合并到同一个输出渠道，并非完全替代TypeScript的检查逻辑。

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