命令模式 - 目的？

Question

读完后： http://sourcemaking.com/design_patterns/command

我仍然不太明白为什么我们需要这个。

Answer 1

这个想法是，如果命令被封装为对象，那么这些命令可以被捕获、存储、排队、重放等。

它还使命令更容易知道如何撤消自身（即执行相反的操作），这样如果命令被处理后，可以将其存储在列表中，然后以相反的顺序“撤消”以恢复命令完成之前的状态。

它还将命令发送者与接收者分离。这可以允许多个事物生成相同的命令（例如菜单项和按钮），并且将以相同的方式处理它们。

Answer 2

这是封装异步操作并将其参数和上下文保存在一个位置的好方法。

例如，HTTP 请求：您通过套接字发送请求，然后等待响应到达。如果您的应用程序是网络浏览器，那么您不希望在请求完成之前阻塞，而是继续前进。如果响应到达，您必须在停止的上下文中继续，例如读取数据并将其放入正确的位置（例如将下载的图像数据放在某处以供稍后渲染）。如果您有一个大客户端类触发多个异步操作，那么将响应与其所属的上下文相匹配可能会变得很棘手。响应可能以任意顺序到达。哪个响应属于什么？又应该对响应做什么？如何处理可能出现的错误？如果您将这些请求封装在命令中，并让命令只接收自己的响应，它们就会更好地知道如何从那里继续并处理响应。如果您有请求/响应序列，则跟踪序列的状态也会更容易。可以将命令分组为复合命令（复合模式）。
客户端将命令所需的所有内容传递给命令，并等待命令完成，报告成功或错误。

另一个很大的优点是使用多线程时：如果操作所需的所有数据都封装在命令对象中，则可以轻松地将命令移动到另一个线程并在那里执行，而无需通常的锁定在线程之间共享对象时会遇到令人头痛的问题。创建命令，将其需要的所有内容传递给它（复制，而不是通过引用），传递给其他线程，仅在接收结果时同步，完成。

Answer 3

命令模式将知道如何执行某些工作的代码与知道何时需要完成某些工作以及使用哪些参数的代码分开。

最明显的例子是一个按钮，它知道您何时单击它，但不知道此时要做什么工作。命令模式允许您将 do-some-work 对象传递给按钮，该按钮在单击时调用该对象。

Answer 4

基本上，命令模式是一种在 Java（或 C#）中部分实现“函数即对象”的方法。

由于您不能只创建一个函数（或方法）并对其执行任何您想要的操作，例如将其作为参数传递给其他函数或将其保留在变量中以供以后执行，因此这是执行此操作的解决方法

1. ：类中的一些代码（这是您的 execute 方法）。
2. 实例化该类。现在，您拥有的这个对象是“作为对象的函数”。
3. 您可以将对象作为参数传递，保留它或其他什么。
4. 最终，您需要调用 execute 方法。

Answer 5

它描述了问题的解决方案。主要是，我们想要发出命令，并且不想在 8 个类中定义 30 个方法来实现此目的。通过使用模式提及，我们发出一个 Command 对象，该对象可以自由地忽略它，或以某种方式对其进行操作。 Command 对象的复杂性是实现定义的，但这是告诉对象“嘿，执行此操作”的好方法。

此外，因为我们已将其封装在一个对象中，所以我们可以进一步对命令进行排队，按照我们希望的时间间隔分派它们并还原它们（当然，前提是您发送命令的对象可以“撤消”命令以及'做它'）。

因此，想象一下一个绘图包，它允许您将形状添加到画布上。每次用户执行此操作时，都可以发出命令：

m_Canvas.push_back(new Line(1.0f, 2.0f));
m_Canvas.push_back(new Line(3.5f, 3.1f));
m_Canvas.push_back(new Circle(2.0f, 3.0f, 1.5f));

等等。假定的 Line 和 Circle 派生自通用的 Command 基类。

我们的渲染器可以使用此画布集合作为渲染方式，而取消操作只是删除最后执行的命令。通过在单独的集合中跟踪用户取消执行的操作，我们还可以重做。