TypeScript-ESLint中空字符串检查与Nullish合并运算符的正确使用

在TypeScript开发中，我们经常需要处理可能为null或undefined的值。TypeScript-ESLint的prefer-nullish-coalescing规则旨在帮助开发者更安全地处理这些情况，但有时它会对空字符串检查产生误报。本文将深入探讨这个问题及其解决方案。

问题背景

当使用三元运算符或逻辑OR运算符处理字符串时，特别是当字符串可能为空时，prefer-nullish-coalescing规则会建议使用Nullish合并运算符(??)。然而，这种建议在某些情况下并不合适：

const s: { body?: string } = { body: "" };
let x = s.body ? s.body : null; // 被标记为应使用??
let y = s.body || null;        // 同样被标记

为什么这是问题

空字符串("")在JavaScript中属于"假值"(falsy)，但使用Nullish合并运算符会改变代码行为：

• 三元运算符和逻辑OR会检查所有假值(包括空字符串)
• Nullish合并运算符只检查null或undefined

这意味着如果s.body是空字符串：

• 使用三元或逻辑OR会返回null
• 使用??会保留空字符串

解决方案

TypeScript-ESLint提供了ignorePrimitives选项来解决这个问题：

{
  "rules": {
    "@typescript-eslint/prefer-nullish-coalescing": [
      "error",
      {
        "ignorePrimitives": true
      }
    ]
  }
}

启用此选项后，规则将不会对基本类型(如字符串、数字等)的检查提出建议，从而保留原有逻辑。

最佳实践建议

1. 明确意图：如果确实需要检查所有假值(包括空字符串)，使用三元或逻辑OR
2. 仅检查null/undefined：如果只需要检查null或undefined，使用Nullish合并运算符
3. 配置规则：根据项目需求合理配置ignorePrimitives选项
4. 代码审查：在团队中统一处理这类情况的规范

理解这些差异有助于编写更精确的类型检查和更健壮的代码。