理解eslint-plugin-unicorn中的prefer-global-this规则

eslint-plugin-unicorn是一个流行的ESLint插件，提供了许多有用的规则来帮助开发者编写更好的JavaScript/TypeScript代码。其中prefer-global-this规则旨在鼓励开发者使用globalThis而不是特定环境的全局对象（如浏览器中的window或Node.js中的global）。

规则背景

在JavaScript的不同运行环境中，全局对象的引用方式各不相同：

• 浏览器中使用window
• Node.js中使用global
• Web Workers中使用self

ES2020引入了globalThis作为统一的全局对象引用方式，可以在任何环境中使用。prefer-global-this规则正是为了推动开发者采用这种更通用的方式。

常见误区

许多开发者会遇到类似这样的代码：

export function detectPrefersDarkMode() {
  return (
    typeof window !== 'undefined' &&
    window.matchMedia('(prefers-color-scheme: dark)').matches
  );
}

升级到eslint-plugin-unicorn 56.0.0后，这段代码会触发prefer-global-this规则的警告。开发者可能会认为这是误报，因为直觉上globalThis.matchMedia在某些环境（如Node.js）中不存在。

正确的处理方式

实际上，这种检查方式本身存在问题。现代JavaScript的最佳实践是直接测试具体的方法是否存在，而不是通过环境判断。正确的写法应该是：

export function detectPrefersDarkMode() {
  return globalThis.matchMedia?.('(prefers-color-scheme: dark)').matches ?? false;
}

这种写法有以下优点：

1. 使用可选链操作符?.安全地访问可能不存在的方法
2. 使用空值合并运算符??提供默认值
3. 完全避免了环境判断，代码更加简洁可靠

技术细节

在浏览器环境中，window和globalThis实际上是相同的引用。只有在一些特殊环境（如JSDOM）中，才可能出现globalThis.window不等于globalThis的情况。这也是为什么直接使用globalThis是更可靠的做法。

对于需要在不同环境运行的代码，正确的做法不是检查环境，而是检查具体需要的API是否可用。这种模式被称为"特性检测"（feature detection），比"环境检测"（environment detection）更加可靠和面向未来。

总结

prefer-global-this规则引导开发者采用更现代、更可靠的编码模式。虽然初期可能需要调整一些习惯写法，但从长远来看，这种改变会让代码更加健壮和可维护。开发者应该：

1. 优先使用globalThis替代环境特定的全局对象引用
2. 使用可选链和空值合并等现代语法处理可能不存在的API
3. 采用特性检测而非环境检测的模式编写跨环境代码

通过遵循这些最佳实践，可以编写出更加健壮、可维护的JavaScript代码。