Cqrs 使用命令总线发送命令的客户端与调用应用程序服务的客户端

我对向基于CQRS的应用程序发送命令的不同方式的理解是否正确：

1） CQRS应用程序可以通过两种方式接收命令：

a） 它要么实现命令总线，在这种情况下，客户机将命令放入命令总线并将其发送到服务器，要么实现“常规”应用程序服务，然后哪个客户机可以调用

2） 如果不是使用命令总线，而是客户机可以通过简单地调用应用程序服务来发送命令，那么这将表明命令总线只是CQR的一个实现细节，因此CQR可以在没有它的情况下实现

3） 如果CQRS应用程序正在使用命令总线，那么在这种情况下，应用程序服务是否以命令处理程序的形式存在

4） 如果客户端不使用命令总线，而是调用常规应用程序服务，那么被调用的应用程序服务有责任创建命令对象并将其委托给相应的命令处理程序

谢谢

我猜一下：

命令总线是一种技术策略，用于将客户端与命令处理程序解耦。在这种情况下，在客户端，我们所需要的只是一个简单的界面。

只是一个猜测：

---

命令总线是一种技术策略，用于将客户端与命令处理程序解耦。在这种情况下，在客户端，我们所需要的只是一个简单的接口。

你弄糊涂了，CQR只是指至少有两个模型：一个用于写入（命令），另一个用于读取（查询）。就这样。如果你想给我们一个服务总线是可以的，直接呼叫服务也是可以的。CQRS是一个概念，您想如何实现它取决于您自己

您很困惑，CQRS只是指至少有两个模型：一个用于写入（命令），另一个用于读取（查询）。就这样。如果你想给我们一个服务总线是可以的，直接呼叫服务也是可以的。CQRS是一个概念，如何实现它取决于您

带有总线的命令处理程序和应用程序服务只是应用程序层API的两种风格

应用程序服务是一种“经典”方法，而命令处理程序是在考虑分布式环境的情况下创建的设计（您可以添加多个节点来处理大量使用的命令）

---

两者都与CQR没有直接关系。

带有总线和应用程序服务的命令处理程序只是应用层API的两种风格

应用程序服务是一种“经典”方法，而命令处理程序是在考虑分布式环境的情况下创建的设计（您可以添加多个节点来处理大量使用的命令）

---

两者都与CQR没有直接关系。

命令总线只是一个抽象层，使客户机只需使用一个接口就更简单：$commandBus->dispatch（$Command）

---

没有命令总线的应用程序服务示例：

命令总线只是一个抽象层，使客户端只使用一个接口变得更简单：$commandBus->dispatch（$command）

---

没有命令总线的应用程序服务示例：

我知道CQRS的用途以及它在概念上是如何工作的。我的问题更多是关于实现细节的原因是因为我没有看到任何CQRS客户端调用常规应用程序服务的示例，但是他们总是使用Bus来表示CQRS作为一种架构模式只是将模型分离，这是一种过分简化的说法。这是CQRS的核心，其他都是实现细节。我知道CQR的目的是什么，以及它在概念上是如何工作的。我的问题更多是关于实现细节的原因是因为我没有看到任何CQRS客户端调用常规应用程序服务的示例，但他们总是使用Bus，说CQRS作为一种架构模式只是将模型分离是一种过于简单的说法。这是CQRS的核心，其他都是实现细节。