TypeScript-ESLint中no-deprecated规则对默认导出内调用的检测问题

在TypeScript项目开发中，我们经常会使用@deprecated标记来标识那些不再推荐使用的函数或方法。TypeScript-ESLint提供的no-deprecated规则就是用来检测并警告这些已弃用API的使用情况。然而，最近发现了一个值得注意的边界情况：当被弃用的函数调用出现在export default语句中时，该规则未能正确报告警告。

问题现象

当开发者在一个模块中使用export default导出某个被@deprecated标记的函数调用结果时，ESLint的no-deprecated规则不会像预期那样发出警告。例如：

/** @deprecated 不要使用此函数 */
function deprecatedFunction() {
  return {};
}

// 这里会被正确检测并警告
deprecatedFunction();

// 这里不会被检测到
export default deprecatedFunction();

技术分析

这个问题的根源在于no-deprecated规则的实现中，对AST(抽象语法树)节点的遍历范围设置。当前规则没有特别处理ExportDefaultDeclaration节点内部的函数调用情况。

在ESLint的AST结构中，export default语句会被解析为一个特殊的节点类型，而规则当前的实现可能没有深入检查这类节点内部的调用情况。这与直接调用函数的情况形成了对比，后者会被正确识别和报告。

解决方案建议

要解决这个问题，需要修改no-deprecated规则的实现，使其能够：

1. 识别ExportDefaultDeclaration节点
2. 深入检查该节点内部的所有函数调用
3. 对被标记为@deprecated的函数调用发出警告

这可以通过扩展当前规则的AST遍历范围来实现，确保不遗漏任何可能的函数调用场景。

对开发者的影响

虽然这是一个边界情况，但对于那些大量使用默认导出并且依赖ESLint来捕获弃用API使用的项目来说，这个问题可能导致一些潜在的技术债务被忽视。开发者需要注意：

1. 即使ESLint没有警告，被标记为@deprecated的API也应避免使用
2. 可以暂时使用其他ESLint插件(如eslint-plugin-deprecation)作为补充
3. 关注TypeScript-ESLint的更新，等待此问题的修复

最佳实践

在等待官方修复的同时，建议开发者：

1. 对于重要的弃用警告，考虑使用TypeScript自身的@deprecated标记，它会在编译时发出警告
2. 在代码审查时特别注意默认导出中的函数调用
3. 考虑重构代码，减少对默认导出的依赖，改用命名导出

这个问题提醒我们，即使是成熟的静态分析工具，也可能存在某些边界情况需要开发者保持警惕。理解工具的局限性并采取适当的补充措施，是保证代码质量的重要一环。