TypeScript 新特性：支持Node.js中的require(ESM)语法

随着Node.js 23.0.0的发布，require()函数现在可以原生加载ES模块(ESM)了。这一重大变化意味着CommonJS和ES模块之间的互操作性得到了显著提升。作为JavaScript生态系统的核心工具，TypeScript团队正在考虑如何适配这一新特性。

背景与现状

在传统的Node.js模块系统中，CommonJS和ES模块是两种不同的模块格式。CommonJS使用require()和module.exports，而ES模块使用import和export。长期以来，这两种格式之间的互操作性存在限制，特别是在CommonJS环境中无法直接require一个ES模块。

TypeScript目前会针对这种情况报错(TS1479)，提示开发者"不能使用require导入ES模块"。这一检查在Node.js早期版本中是合理的，但随着Node.js 23.0.0的发布，这一限制已被打破。

技术实现细节

Node.js现在支持require()加载ES模块的条件是：

1. 运行在Node.js 20.x(需要--experimental-require-module标志)、22.x或23.x(默认启用)环境下
2. 被加载的ES模块不包含顶层await
3. 模块图中没有其他模块包含顶层await

TypeScript团队提出的解决方案是：当tsconfig.json中设置"module": "nodenext"时，禁用TS1479错误。这样开发者就可以在类型安全的条件下，使用require()加载ES模块。

实际应用场景

这一变化将极大简化混合模块系统的开发体验。例如：

一个ES模块项目(设置了"type": "module")可以导出模块：

// esm-module/foo.js
export const foo = "foo";

然后一个CommonJS项目可以这样引入：

// cjs-project/foo.ts
import foo from "esm-module/foo";
// 或保持CommonJS风格
const foo = require("esm-module/foo");

对开发者的影响

对于现有项目：

1. 使用Node.js 20+/22+/23+运行环境的项目可以开始尝试这一特性
2. 需要确保被require的ES模块不包含顶层await
3. TypeScript的类型检查将继续保证模块导入的类型安全

对于新项目：

1. 模块格式的选择更加灵活
2. 逐步迁移到ES模块的路径更加平滑
3. 库开发者可以更灵活地支持不同模块系统的使用者

最佳实践建议

虽然这一特性提供了更大的灵活性，但仍建议：

1. 新项目优先使用ES模块格式
2. 大型项目逐步迁移到ES模块
3. 在混合使用require和import时保持团队一致的代码风格
4. 注意检查Node.js版本兼容性

TypeScript团队将继续关注Node.js模块系统的发展，为开发者提供最佳的开发体验和工具支持。这一改进将使得JavaScript生态系统的模块互操作性达到新的水平。