9.命令模式（Command Pattern）

1.定义

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

 

2.命令模式的使用场景

只要我们认为是命令的地方就可以采用命令模式，比如在GUI开发中，一个按钮的点击是一个命令；触发-反馈机制的处理等。

 

3.命令模式的三个角色

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

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

• Invoker调用者角色：接收到命令，并执行命令

4.命令模式的通用代码

 

package _9CommandPattern;

public abstract class Receiver {

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

 

package _9CommandPattern;

public class ConcreteReceiver extends Receiver {

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

}

 

package _9CommandPattern;

public abstract class Command {

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

 

package _9CommandPattern;

// 实体命令类
public class ConcreteCommand extends Command {

	private Receiver receiver;
	
	public ConcreteCommand(Receiver receiver)
	{
		this.receiver = receiver;
	}
	
	@Override
	public void execute() {
		receiver.doSomething();
	}

}

 

package _9CommandPattern;

// 调用者
public class Invoker {

	public void action(Command command) 
	{
		command.execute();
	}
}

 

package _9CommandPattern;

public class Client {

	/**
	 * @param args
	 */
	public static void main(String[] args) {
		Command command = new ConcreteCommand(new ConcreteReceiver());
		new Invoker().action(command);
	}

}

 

5.命令模式的优点

• 类间解耦：调用者与接受者角色之间没有任何依赖，调用者实现功能时只需调用Commond抽象类的execute方法就可以，不需要了解到底哪个接收者执行

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

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

6.命令模式的缺点

请看Command类，如果有N个命令，问题就出来了，Command的子类就可不是几个，而是N个，这个类膨胀的非常大，这个就需要在项目中慎重考虑。