15.2 命令模式的定义
15.2 命令模式的定义
命令模式是一个高内聚的模式,其定义为:
Encapsulate a request as an object,thereby letting you parameterize clients with different requests,queue or log requests,and support undoable operations.(将一个请求封装成一个对象,从而让你使用不同的请求把客户端参数化,对请求排队或者记录请求日志,可以提供命令的撤销和恢复功能。)
命令模式的通用类图如图15-4所示。
在该类图中,我们看到三个角色:
- Receive接收者角色
该角色就是干活的角色,命令传递到这里是应该被执行的,具体到我们上面的例子中就是Group的三个实现类。
- Command命令角色
需要执行的所有命令都在这里声明。
- Invoker调用者角色
接收到命令,并执行命令。在例子中,我(项目经理)就是这个角色。
命令模式比较简单,但是在项目中非常频繁地使用,因为它的封装性非常好,把请求方 (Invoker)和执行方(Receiver)分开了,扩展性也有很好的保障,通用代码比较简单。我们先阅读一下Receiver类,如代码清单15-13所示。
代码清单15-13 通用Receiver类
1 | public abstract class Receiver { |
很奇怪,为什么Receiver是一个抽象类?那是因为接收者可以有多个,有多个就需要定义一个所有特性的抽象集合——抽象的接收者,其具体的接收者如代码清单15-14所示。
代码清单15-14 具体的Receiver类
1 | public class ConcreteReciver1 extends Receiver{ |
接收者可以是N个,这要依赖业务的具体定义。命令角色是命令模式的核心,其抽象的命令类如代码清单15-15所示。
代码清单15-15 抽象的Command类
1 | public abstract class Command { |
根据环境的需求,具体的命令类也可以有N个,其实现类如代码清单15-16所示。
代码清单15-16 具体的Command类
1 | public class ConcreteCommand1 extends Command { |
定义了两个具体的命令类,读者可以在实际应用中扩展该命令类。在每个命令类中,通过构造函数定义了该命令是针对哪一个接收者发出的,定义一个命令接收的主体。调用者非常简单,仅实现命令的传递,如代码清单15-17所示。
代码清单15-17 调用者Invoker类
1 | public class Invoker { |
调用者就像是一个受气包,不管什么命令,都要接收、执行!那我们来看高层模块如何调用命令模式,如代码清单15-18所示。
代码清单15-18 场景类
1 | public class Client { |
一个完整的命令模式就此完成,读者可以在此基础上进行扩展。