为何ardalis/CleanArchitecture选用FastEndpoints而非自研的ApiEndpoints？

核心原因主要来自项目维护者的官方说明和社区实践反馈，整理如下：

• 降低重复维护负担：ApiEndpoints 是 Steve Smith（Ardalis）自研的轻量级端点库，但 FastEndpoints 社区活跃度更高、功能迭代更快，已经覆盖了 ApiEndpoints 的核心场景（强类型端点定义、请求/响应分离等），且有大量社区贡献的扩展能力。维护者无需再投入精力维护两套功能重叠的库，可转而聚焦 CleanArchitecture 本身的架构实践打磨。
• 功能覆盖更贴合架构需求：FastEndpoints 提供了 ApiEndpoints 不具备的进阶能力，比如内置的验证管道、授权策略集成、自动端点文档生成、性能监控支持等，这些功能可以直接无缝集成到 CleanArchitecture 中，减少项目需要额外编写的胶水代码。
• 生态整合更顺畅：FastEndpoints 与 ASP.NET Core 生态的适配更紧密，比如和 MediatR 的集成逻辑更简洁，对最小 API 的支持更完善，完全契合 CleanArchitecture 追求的简洁、可扩展的架构目标。
• 社区认可度驱动：随着 FastEndpoints 在 .NET 社区的流行度提升，越来越多开发者开始使用它。将其纳入 CleanArchitecture 模板，既能降低新用户的学习成本，也能吸引更多社区开发者参与到项目贡献中。

另外，Steve Smith 曾在社区讨论中提到，ApiEndpoints 仍会持续维护，但它更适合小型项目或需要极简端点实现的场景；而 CleanArchitecture 作为通用架构模板，需要更成熟、功能更全面的工具来适配大多数开发者的生产级需求，FastEndpoints 是更合适的选择。

内容的提问来源于stack exchange，提问作者RSF