15.2 命令模式的定义

命令模式是一个高内聚的模式，其定义为：Encapsulate a request as an object,therebyletting you parameterize clients with different requests,queue or log requests,and support undoableoperations.（将一个请求封装成一个对象，从而让你使用不同的请求把客户端参数化，对请求排队或者记录请求日志，可以提供命令的撤销和恢复功能。）命令模式的通用类图如图15-4所示。

图15-4 命令模式的通用类图

在该类图中，我们看到三个角色：

● Receive接收者角色

该角色就是干活的角色，命令传递到这里是应该被执行的，具体到我们上面的例子中就是Group的三个实现类。

● Command命令角色

需要执行的所有命令都在这里声明。

● Invoker调用者角色

接收到命令，并执行命令。在例子中，我（项目经理）就是这个角色。

命令模式比较简单，但是在项目中非常频繁地使用，因为它的封装性非常好，把请求方（Invoker）和执行方（Receiver）分开了，扩展性也有很好的保障，通用代码比较简单。我们先阅读一下Receiver类，如代码清单15-13所示。

代码清单15-13 通用Receiver类

public abstract class Receiver {

//抽象接收者，定义每个接收者都必须完成的业务

public abstract void doSomething();

很奇怪，为什么Receiver是一个抽象类？那是因为接收者可以有多个，有多个就需要定义一个所有特性的抽象集合——抽象的接收者，其具体的接收者如代码清单15-14所示。

代码清单15-14 具体的Receiver类

public class ConcreteReciver1 extends Receiver {

//每个接收者都必须处理一定的业务逻辑

public void doSomething() {

public class ConcreteReciver2 extends Receiver {

//每个接收者都必须处理一定的业务逻辑

public void doSomething() {

接收者可以是N个，这要依赖业务的具体定义。命令角色是命令模式的核心，其抽象的命令类如代码清单15-15所示。

代码清单15-15 抽象的Command类

public abstract class Command {

//每个命令类都必须有一个执行命令的方法

public abstract void execute();

根据环境的需求，具体的命令类也可以有N个，其实现类如代码清单15-16所示。

代码清单15-16 具体的Command类

public class ConcreteCommand1 extends Command {

//对哪个Receiver类进行命令处理

private Receiver receiver;

//构造函数传递接收者

public ConcreteCommand1(Receiver _receiver) {

this.receiver = _receiver;

//必须实现一个命令

public void execute() {

//业务处理

this.receiver.doSomething();

public class ConcreteCommand2 extends Command {

//哪个Receiver类进行命令处理

private Receiver receiver;

//构造函数传递接收者

public ConcreteCommand2(Receiver _receiver) {

this.receiver = _receiver;

//必须实现一个命令

public void execute() {

//业务处理

this.receiver.doSomething();

定义了两个具体的命令类，读者可以在实际应用中扩展该命令类。在每个命令类中，通过构造函数定义了该命令是针对哪一个接收者发出的，定义一个命令接收的主体。调用者非常简单，仅实现命令的传递，如代码清单15-17所示。

代码清单15-17 调用者Invoker类

public class Invoker {

private Command command;

//受气包，接受命令

public void setCommand(Command _command) {

this.command = _command;

//执行命令

public void action() {

th