Rolldown项目中关于禁用DTS文件压缩的技术决策分析

在构建工具链的开发过程中，类型声明文件（.d.ts）的处理一直是个值得关注的技术细节。Rolldown团队最近针对这一问题进行了深入讨论，并做出了禁用DTS文件压缩的重要技术决策。

背景与问题

类型声明文件作为TypeScript项目的核心产出物，其主要作用是提供类型信息供开发时使用。这类文件具有以下特点：

1. 纯类型定义，不包含可执行代码
2. 需要保持可读性以便开发者查阅
3. 通常由tsc或类似工具自动生成

在传统的构建流程中，对这类文件进行压缩(minify)不仅不能带来性能优势，反而会产生以下问题：

• 破坏类型定义的可读性
• 可能引入不必要的构建开销
• 在某些情况下可能导致类型系统行为异常

技术决策过程

Rolldown团队经过内部讨论后，明确了以下技术路线：

1. 初步方案：通过文件扩展名匹配（/.d.[cm]?ts$/）来识别DTS文件，并在压缩阶段排除这些文件

2. 深入讨论：考虑到DTS文件的特殊性，团队进一步探讨了将其作为静态资源(asset)而非代码块(chunk)处理的可行性

3. 最终决策：基于实现复杂度和实际效果的权衡，决定采用简单的排除方案，即在构建流程中自动跳过所有DTS文件的压缩处理

技术实现要点

在实际实现中，需要注意以下技术细节：

• 文件识别：需要准确匹配.d.ts、.d.mts、.d.cts等多种TypeScript声明文件扩展名
• 处理时机：在构建管道的早期阶段就应标记这些文件，避免不必要的转译和压缩操作
• 兼容性考虑：需要确保该处理方式与现有TypeScript生态工具链兼容

对开发者的影响

这一技术决策将带来以下积极影响：

1. 构建产物更符合预期：开发者查阅类型定义时将获得更好的可读性
2. 构建性能优化：减少不必要的压缩操作可以略微提升构建速度
3. 开发体验改善：类型跳转和查看等IDE功能不会受到压缩代码的干扰

总结

Rolldown团队对DTS文件处理的这一技术决策，体现了对TypeScript生态特性的深入理解。通过避免对类型声明文件进行不必要的压缩，既保证了开发体验，又遵循了"不做多余工作"的构建工具设计哲学。这一改动虽然看似微小，但反映了现代构建工具对开发者体验的持续优化方向。