我有一个Web API,它是一个非常薄的基础架构,只包含两个 DelegatingHandler
实现,它们将传入的消息分派给业务层中定义的消息处理程序实现 . 这意味着没有控制器,也没有控制器动作; API仅基于消息定义 . 这意味着在实现新功能时,不需要此基础结构层中的代码更改 .
例如,我们有以下消息:
-
CreateOrderCommand
-
ShipOrderCommand
-
GetOrderByIdQuery
-
GetUnshippedOrdersForCurrentCustomerQuery
委托处理程序根据url确定确切的消息,并将请求内容反序列化为该消息类型的实例,之后该消息将转发到相应的消息处理程序 . 例如,这些消息(当前)映射到以下URL:
-
api / commands / CreateOrder
-
api / commands / ShipOrder
-
api / queries / GetOrderById
-
api / queries / GetUnshippedOrdersForCurrentCustomer
可以想象,这种使用Web API的方式简化了开发并提高了开发性能;编写的代码更少,测试代码更少 .
但由于没有控制器,我在Swashbuckle中引导这个问题;阅读完文档后,我没有找到在Swashbuckle中注册这些网址的方法 . 有没有办法以这样的方式配置Swashbuckle它仍然可以输出API文档?
为了完整起见,可以找到演示此内容的参考架构应用程序here .
1 回答
看起来Swashbuckle并不支持这种开箱即用,但你可以扩展它以达到预期的效果,同时仍然重用大部分的swagger基础设施 . 可能需要花费一些时间和精力,一般情况下并不多,但对于我来说,在这个答案中提供完整的解决方案太过分了 . 但是我会尝试至少让你开始 . 请注意,下面的所有代码都不是很干净, 生产环境 就绪 .
您首先需要创建并注册自定义
IApiExplorer
. 这是Swashbuckle用来获取api描述的接口,它负责探索所有控制器和操作以收集所需信息 . 我们将基本上使用代码扩展现有的ApiExplorer,以探索我们的消息类并从中构建api描述 . 界面本身很简单:Api描述类包含有关api操作的各种信息,它是Swashbuckle用来构建swagger ui页面的内容 . 它有一个有问题的属性:
ActionDescriptor
. 它代表asp.net mvc动作,我们没有动作,没有控制器 . 您既可以使用虚假实现,也可以模仿asp.net HttpActionDescriptor的行为并提供真实值 . 为简单起见,我们将采用第一条路线:这里我们只提供swagger将调用的一些覆盖,如果我们没有为它们提供值,则会失败 .
现在让我们定义一些属性来装饰消息类:
还有一些消息:
现在定制ApiExplorer:
最后注册IApiExplorer(在您注册Swagger之后):
完成所有这些后,我们可以在swagger界面中看到我们的自定义消息命令: