ESLint 语言默认配置的演进与实现方案

在 JavaScript 代码质量工具 ESLint 的架构演进过程中，语言支持模块化是一个重要方向。当前版本中存在一个关于语言默认配置的设计问题值得深入探讨。

ESLint 核心目前为 JavaScript 语言硬编码了默认的 languageOptions 配置，这确保了即使没有显式配置，context.languageOptions.parser 也能正常工作。但随着架构调整，JavaScript 功能将从核心剥离，这些默认配置将失去其原有的位置。

这个问题引出了一个更广泛的架构设计思考：如何为各种语言插件提供声明默认配置的能力。目前存在两种主要解决方案：

第一种方案是在语言对象中增加 defaultLanguageOptions 属性。ESLint 核心可以自动读取并合并这些默认配置到任何使用该语言的配置中。这种方案的优势在于：

• 对使用者透明，无需额外配置
• 保持配置的集中管理
• 与现有架构风格一致

第二种方案是要求每个语言插件导出基础配置，由使用者手动添加到配置数组中。这种方案虽然不需要修改核心，但存在明显缺点：

• 增加了使用者的认知负担
• 容易因遗忘而导致功能缺失
• 配置分散，不利于维护

从工程实践角度看，第一种方案明显更优。它不仅提供了更好的开发者体验，也符合现代工具"约定优于配置"的设计理念。这种设计允许语言插件作者定义合理的默认值，同时保留使用者覆盖这些默认值的能力。

实现这种方案需要考虑几个技术细节：

1. 配置合并策略：需要明确定义默认配置与用户配置的合并规则
2. 向后兼容：确保现有配置不受影响
3. 性能考量：默认配置的加载不应影响ESLint的启动速度

这个改进将使得ESLint的语言支持系统更加灵活和可扩展，为未来的多语言支持奠定更好的基础。对于插件开发者而言，这意味着可以更自然地定义语言特性；对于使用者而言，则能获得更一致且无需繁琐配置的体验。

随着JavaScript生态系统的多样化发展，这种可扩展的语言配置机制将帮助ESLint更好地适应TypeScript、JSX等各种JavaScript变体和扩展语法的支持需求。