FastEndpoints框架中Swagger文档对多路由参数的支持问题解析

问题背景

在使用FastEndpoints框架开发RESTful API时，开发者发现当端点包含多个路由参数时，Swagger文档生成出现了异常。具体表现为第一个路由参数无法正确传递值，导致API响应不符合预期。

问题现象

开发者定义了一个包含两个路由参数的PUT端点：

[HttpPut("items/{ParentId}/childs/{Id}")]

但在Swagger UI中观察到以下异常行为：

1. 自动生成的curl命令保留了路由模板{parentid}而没有替换为实际值
2. 第一个参数ParentId的值无法正确传递到端点
3. API响应中ParentId字段显示为null而非预期值

技术分析

这个问题源于FastEndpoints框架在Swagger文档生成过程中对路由参数名称的处理不一致。框架内部使用了PascalCase命名规范，而Swagger UI默认期望camelCase格式，导致第一个参数无法正确映射。

解决方案

FastEndpoints团队在5.26.0.10-beta版本中修复了这个问题。修复内容包括：

1. 统一了路由参数在文档生成中的命名规范
2. 确保多个路由参数都能正确映射到请求对象
3. 改进了Swagger UI中的示例值生成逻辑

最佳实践建议

对于使用FastEndpoints框架的开发者，在处理多路由参数时应注意：

1. 保持路由模板中的参数名与DTO属性名一致
2. 对于复杂路由，建议进行充分的测试验证
3. 考虑使用最新稳定版本以获得最佳兼容性

总结

FastEndpoints框架对Swagger文档的支持不断完善，这个问题的修复进一步提升了开发体验。开发者现在可以放心地在端点中使用多个路由参数，而不用担心文档生成问题。框架的这种快速响应和修复能力也体现了其活跃的社区支持和持续的改进动力。