ESLint 项目探讨原生支持 TypeScript 配置文件的可行性
随着 Node.js 22.6.0 版本的发布,原生支持 TypeScript 文件加载的能力(只要不包含枚举或命名空间)为前端工具链带来了新的可能性。ESLint 团队正在积极探讨如何利用这一特性来优化其配置文件加载机制。
目前,ESLint 通过 Jiti 工具来加载 eslint.config.ts 文件。Jiti 是一个运行时 TypeScript 编译器,能够在 Node.js 环境中即时编译和执行 TypeScript 代码。虽然这个方案行之有效,但随着 Node.js 原生能力的增强,团队开始考虑更轻量级的解决方案。
Node.js 22.6.0 引入的类型剥离(type stripping)功能标志着 JavaScript 运行时对 TypeScript 的原生支持迈出了重要一步。这一特性允许 Node.js 直接加载 .ts 文件,自动剥离类型注解,而无需额外的编译步骤。值得注意的是,这一功能目前对代码结构有一定限制——不支持包含枚举和命名空间的 TypeScript 代码。
技术实现上,可以通过检测 process.features.typescript 属性来判断当前 Node.js 版本是否支持这一特性。当值为 'strip' 时表示支持基础的类型剥离,而 'transform' 则表示支持更高级的实验性类型转换功能(通过 --experimental-transform-types 标志启用)。
ESLint 团队计划分阶段实施这一改进:
- 首先在支持版本中尝试原生加载机制
- 保留 Jiti 作为回退方案,确保向后兼容
- 考虑引入实验性标志(如 --unstable_native_nodejs_ts_config)来逐步验证这一功能
这一改进将带来多重优势:减少依赖项、提升加载速度、降低潜在冲突风险。同时,随着 Node.js 对 TypeScript 支持程度的不断提高,未来可能会完全移除对第三方编译器的依赖。
对于开发者而言,这一变化意味着更简洁的工具链配置和更接近原生开发体验。不过团队也提醒,在过渡期间仍需注意代码中是否使用了 Node.js 尚不支持的 TypeScript 特性,如枚举和命名空间等。
ESLint 团队将持续关注 Node.js 对 TypeScript 支持的发展,并适时调整实现策略,为开发者提供最优的代码质量检查体验。
atomcodeClaude Code 的开源替代方案。连接任意大模型,编辑代码,运行命令,自动验证 — 全自动执行。用 Rust 构建,极致性能。 | An open-source alternative to Claude Code. Connect any LLM, edit code, run commands, and verify changes — autonomously. Built in Rust for speed. Get StartedRust099- DDeepSeek-V4-ProDeepSeek-V4-Pro(总参数 1.6 万亿,激活 49B)面向复杂推理和高级编程任务,在代码竞赛、数学推理、Agent 工作流等场景表现优异,性能接近国际前沿闭源模型。Python00
MiMo-V2.5-ProMiMo-V2.5-Pro作为旗舰模型,擅⻓处理复杂Agent任务,单次任务可完成近千次⼯具调⽤与⼗余轮上 下⽂压缩。Python00
GLM-5.1GLM-5.1是智谱迄今最智能的旗舰模型,也是目前全球最强的开源模型。GLM-5.1大大提高了代码能力,在完成长程任务方面提升尤为显著。和此前分钟级交互的模型不同,它能够在一次任务中独立、持续工作超过8小时,期间自主规划、执行、自我进化,最终交付完整的工程级成果。Jinja00
Kimi-K2.6Kimi K2.6 是一款开源的原生多模态智能体模型,在长程编码、编码驱动设计、主动自主执行以及群体任务编排等实用能力方面实现了显著提升。Python00
MiniMax-M2.7MiniMax-M2.7 是我们首个深度参与自身进化过程的模型。M2.7 具备构建复杂智能体应用框架的能力,能够借助智能体团队、复杂技能以及动态工具搜索,完成高度精细的生产力任务。Python00