【发布时间】:2021-12-10 15:19:56
【问题描述】:
您好,我已经使用这种带有管道行为的 Mediator CQRS 模式有一段时间了,但现在我遇到了一个问题,即 TResponse 和 TRequest 的通用实现还不够。因此,我试图了解为两个非常具体的请求设置两个单独的管道是不好的做法还是坏主意。
所以主要思想是,让 PipelineBehavior
【问题讨论】:
您好,我已经使用这种带有管道行为的 Mediator CQRS 模式有一段时间了,但现在我遇到了一个问题,即 TResponse 和 TRequest 的通用实现还不够。因此,我试图了解为两个非常具体的请求设置两个单独的管道是不好的做法还是坏主意。
所以主要思想是,让 PipelineBehavior
【问题讨论】:
我不认为这是一个坏主意,您可以创建一个接口来标记您想要实现 PipelineX 的所有请求,以及其他用于 PipelineY 的请求。
例如:
您有需要通过 PipelineX 的 RequestOne 和 RequestTwo 类,因此您可以像 IPipelineOne 一样创建和接口并用它标记类,然后使用反射在 pripeline 中间件内部进行处理。 PipelineY 仍将运行这两个类以及程序的其余部分,没有任何问题
【讨论】:
不完全回答您的问题,如果您发现自己对随着数量增长的行为注册感到困惑,您可以考虑使用我为此目的创建的库https://github.com/ITIXO/MediatR.Extensions.AttributedBehaviors 指定它们
【讨论】: