设计模式之禅学习笔记--命令模式

一、定义

命令模式时一个高内聚的模式。将一个请求封装成一个对象，从而让你使用不同的请求把客户端参数化，对请求排队或者记录请求日志，可以提供命令的撤销和恢复功能。

二、通用类图

1：Receive接受者角色：该角色就是干活的角色，命令传递到这里时应该被执行的。

2：Command 命令角色：需要执行的所有命令都在这里声明。

3：Invoker调用者角色：接收命令并执行命令。

4：命令模式把请求方（Invoker）和执行方（Receiver）分开了，拓展性也有很好的保障。

三、通用代码

1：抽象Receiver类

public abstract class Receiver {

	//抽象接收者，定义每个接收者都必须完成的业务
	public abstract void doSomething();
}

2：具体Receiver类

public class ConcreteReciver1 extends Receiver {

	//每个接收者都必须处理一定的业务逻辑
	@Override
	public void doSomething() {
		System.out.println("ConcreteReciver1");
	}

}

public class ConcreteReciver2 extends Receiver {

	//每个接收者都必须处理一定的业务逻辑
	@Override
	public void doSomething() {
		System.out.println("ConcreteReciver2");
	}

}

3：抽象Command类

public abstract class Command {

	//每个命令类都必须有一个执行命令的方法
	public abstract void execute();
}

4：具体Command类

public class ConcreteCommand1 extends Command {

	//对哪个Receiver类惊醒命令处理
	private Receiver receiver;
	
	//构造函数传递接收者
	public ConcreteCommand1(Receiver receiver) {
		this.receiver = receiver;
	}
	
	//必须实现一个命令
	@Override
	public void execute() {
		//业务处理
		this.receiver.doSomething();
	}

}

public class ConcreteCommand2 extends Command {

	//对哪个Receiver类惊醒命令处理
	private Receiver receiver;
	
	//构造函数传递接收者
	public ConcreteCommand2(Receiver receiver) {
		this.receiver = receiver;
	}
	
	//必须实现一个命令
	@Override
	public void execute() {
		//业务处理
		this.receiver.doSomething();
	}

}

在实际应用中可以扩展命令类，。每个命令类中，通过构造函数定义了该命令是针对哪个接收者发出的，定义一个命令接收者的主体。

调用者仅实现命令的传递

5：Invoker类

public class Invoker {

	private Command command;
	
	//接收命令
	public void setCommand(Command command){
		this.command = command;
	}
	
	//执行命令
	public void action() {
		this.command.execute();
	}
}

6：场景类

public class Client {

	public static void main(String[] args) {
		//首先声明调用者Invoker
		Invoker invoker = new Invoker();
		
		//定义接收者
		Receiver receiver = new ConcreteReciver1();
		//定义一个发送个接收者的命令
		Command command = new ConcreteCommand1(receiver);
		//把命令交个调用者执行
		invoker.setCommand(command);
		invoker.action();
	}
}

四、命令模式的优点

1：类间解耦：调用者角色和接收者角色之间没有任何依赖关系，调用者实现功能时只需要调用Command抽象类的execute方法即可，不需要了解到底是哪个接收者执行。

2：可扩展性：Command的子类可以非常容易的扩展，二调用者Invoker和高层次的模块Client不产生严重的代码耦合。

3：命令模式结合其他模式会更优秀：命令模式可以结合责任链模式，实现命令族解析任务；结合模板方法模块，则可以减少Command子类的膨胀问题。

五、注意点

1：当命令很多时Command的子类膨胀得非常大。

2：只要是你认为是命令的地方就可以采用命令模式。如点击按钮，触发-反馈机制的处理等。