软件设计模式与体系结构 课后练习3

如何理解这个照片与命令模式之间的关系，画一个图来说明，就像餐厅示例一样。

                                                     

 

答：   我认为图中的人物把绝密文件投递到绝密文件投递箱中之后发生任何事情也与他没有别的关系。这和命令模式中的定义（请求以命令的形式包裹在对象中，并传给调用对象。调用对象寻找可以处理该命令的合适的对象，并把该命令传给相应的对象，该对象执行命令）十分相似。

接下来我以一个司令员下达作战命令至士兵执行命令为例。（司令员也相当于图中的投递绝密文件的人）

                                          

司令员下令让士兵去完成任务，从整个事情的角度来考虑，司令员的作用是，发出口令，口令经过传递，传到了士兵耳朵里，士兵去执行。这个过程好在，三者相互解耦，任何一方都不用去依赖其他人，只需要做好自己的事儿就行，司令员要的是结果，不会去关注到底士兵是怎么实现的。

下图为此例的类图：

                                                    

Invoker是调用者（司令员），Receiver是被调用者（士兵），MyCommand是命令，实现了Command接口，持有接收对象，输出：command received! 

  具体命令模式类图如下：

                                          

 

Command：
        定义命令的接口，声明执行的方法。
ConcreteCommand：
       具体的命令， 实现命令接口；通常会持有接收者，并调用接收者的功能来完成命令要执行的操作。
Receiver：
        接收者，真正执行命令的对象。任何类都可能成为一个接收者，只要它能够实现命令要求实现的相应功能。
Invoker：
        要求命令对象执行请求，通常会持有命令对象，可以持有很多的命令对象。这个是客户端真正触发命令并要求命令执行相应操作的地方，也就是说相当于使用命令对象的入口。
Client：
        创建具体的命令对象，并且设置命令对象的接收者。注意这个不是我们常规意义上的客户端，而是在组装命令对象和接收者，或许，把这个Client称为装配者会更好理解，因为真正使用命令的客户端是从Invoker来触发执行。