Nestia性能优化：放弃ts-node提升SDK生成速度

在Nestia项目的开发过程中，团队发现当前SDK生成工具存在显著的性能瓶颈。通过深入分析，发现问题根源在于使用了ts-node模块来动态导入每个控制器类文件。这种实现方式导致TypeScript编译器需要重复解析源代码，使得SDK库和Swagger文档的生成过程变得异常缓慢。

性能瓶颈分析

当前实现中，每当遇到新的控制器类时，系统都会通过ts-node执行动态导入(await import)。这种设计带来了两个主要问题：

1. 重复编译开销：每次导入都会触发完整的TypeScript编译流程
2. 单线程处理：无法利用现代多核CPU的并行计算能力

这种架构设计对于小型项目影响不大，但随着项目规模扩大，控制器数量增加时，生成时间会呈线性增长，严重影响开发体验。

优化方案设计

为解决这一问题，团队提出了以下优化方案：

1. 移除ts-node依赖：放弃动态导入方式
2. 采用编译时元数据注入：通过TypeScript的transform API在编译阶段注入必要的元数据信息
3. 强制依赖@nestia/core：确保编译时转换的必要环境

虽然新方案会增加对@nestia/core的强制依赖，但团队认为换取显著的性能提升是值得的。初步测试表明，这一改变可能使生成速度提升数倍，特别是对于包含大量控制器的大型项目。

技术实现考量

在技术实现层面，团队评估了多种替代方案：

1. tsx替代方案：考虑使用更轻量级的tsx替代ts-node
2. 并行处理：虽然理想情况下希望实现并行分析多个控制器，但受限于当前架构难以实现
3. 实时刷新：与NestJS的watch模式集成，但由于OpenAPI版本差异暂不可行

预期收益

这一优化将为Nestia用户带来以下好处：

1. 显著缩短SDK生成时间
2. 提升大型项目的开发体验
3. 更稳定的构建过程
4. 减少内存使用

团队将持续关注这一改进的实际效果，并根据用户反馈进一步优化。这一改变体现了Nestia项目对性能优化的持续追求，也展示了TypeScript编译器API在实际项目中的强大应用潜力。