CommandHandler和EventHandler的顺序

Question

我是CQRS的新手，想学习模式的工作顺序。 我的命令处理程序和命令是这样的：

public interface ICommandHandler<in TCommand> where TCommand : ICommand
{
    void Handle(TCommand command);
}

当我确定一个工作时，命令处理程序正在工作。

public class CreateWorkCommandhandler : ICommandHandler<CreateWork>
{
    public void Handle(CreateWork command)
    {
        Save to database...            
    }
}

而且我不会在控制器类中调用命令处理程序。 我使用CommandExecuter按类型调用命令。

public class CommandExecuter
{

    public static void ExecuteCommand<TCommand>(TCommand command) where TCommand : ICommand
    {
        var handlerType = typeof(ICommandHandler<>).MakeGenericType(command.GetType());

        var handlers = serviceLocator.GetAll(handlerType);

        foreach (var handler in handlers)
            ((dynamic)handler).Handle((dynamic)command);
    }
}

创建工作后，我想发送电子邮件，发送短信和其他东西。 但是由于体系结构分离，我无法在Handle(CreateWork command)执行这些步骤。

我认为这些步骤都是事件，这是真的吗？ 所以我需要event和event handler类型。

public interface IEventHandler<in TEvent> where TEvent : IEvent
{
    void Handle(TEvent event);
}

我可以在哪里填充事件？ 在CommandExecuter或CommandHandler中 ，一个事件需要多个事件。 例如：

公共类WorkCreated：IEvent {}

发送短信，发送电子邮件。

Answer 1

        foreach (var handler in handlers)
        ((dynamic)handler).Handle((dynamic)command);

看起来真奇怪。 为什么在ddd / cqrs上下文中，一个命令的处理程序会超过一个？

对于事件消息，该模式可能很有意义； 一个事件具有零个或多个订阅者是正常的。 但是命令是发送给特定目标的消息，因此枚举许多处理程序似乎很奇怪。

关于你的问题

创建工作后，我想发送电子邮件，发送短信和其他东西。 但是由于体系结构分离，我无法在Handle（CreateWork命令）中执行这些步骤。

我认为这些步骤都是事件，这是真的吗？

事件是描述过去发生的事情的消息。 听起来像火柴吗？ 在我看来，您正在描述命令-您希望某个系统为您发送电子邮件。 这听起来好像已经发生了什么？

EmailCommandSucceeded，SMSCommandFailed等更详细的信息- 这些是事件； 过去发生的事情。

在ddd中 ，命令是更改域状态的建议（假设更改是由域模型强制执行的业务不变式所允许的）。 该模型的响应通常分为两个部分： 提交事务时要保留的数据（Repository.save（）），以及要与世界其他地方共享的消息。 这些消息可以是域事件，也可以是在其他事务/上下文中运行的命令。

因此，对您的问题的通常答案是命令处理程序会将命令移交给域模型，并获取要调度的命令列表（在事务上下文之外）。

如果命令处理程序不能直接执行此操作，则替代方法可能是发布EmailCommandScheduledEvent，然后让事件处理程序执行相同的工作。