Java设计模式之命令模式

命令模式

将一个请求封装为一个对象，从而使我们可以用不同的请求对客户定性参数化；对请求排队或者记录请求日志，支持可以撤销的操作。也成为动作Action模式或事物transaction模式。

结构：

-Command抽象命令类

-ConcreteCommand具体命令类

-Invoker调用者/请求者

请求的发送者，它通过命令对象来执行请求。一个调用者不需要在设计时确定其接受者，因此它只与抽象命令类之间存在关联。

在程序运行时，将调用命令对象的execute()，间接调用接受者的相关操作。

-Receiver

接受者执行与请求相关的操作，具体实现对请求的业务处理。

未抽象前，实际执行操作内容的对象

-Client客户类

在客户类中需要创建调用者对象，具体命令类对象，在创建具体命令对象时，指定对应的接收者。

发送者和接收者之间没有直接关系，都通过命令对象间接调用。

开发中常见的场景：

-Struts2，action的整个调用过程中就有命令模式

-数据库事务机制的底层实现

-命令的撤销与恢复

首先看命令：（本文示例参考自北京尚学堂Java教程，高淇）

public interface Command {
	/**
	 * 这个方法返回结果为空
	 * 实际项目中，可以根据需求设计多个不同的方法
	 */
	void execute();
}

定义一个具体的命令类，实现命令接口：

class ConcreteCommand implements Command{
	
	private Receiver receiver;
	
	public ConcreteCommand(Receiver receiver) {
		super();
		this.receiver = receiver;
	}

	@Override
	public void execute() {
		//命令真正执行前或后，进行相关的处理
		receiver.action();
	}
}

命令类中持有一个命令接收者的引用，并在execute()函数中执行Receiver的动作，当然在执行Receiver动作的前后可以加入一些命令自身的业务方法。

然后看命令真正的执行者Receiver：

/**
 * 真正的命令执行者
 * @author garfieldmao
 *
 */
public class Receiver {
	public void action(){
		System.out.println("执行任务...");
	}
}

命令和执行者都有了，那么命令由谁发起：

/**
 * 命令的调用者/发起者
 * @author garfieldmao
 *
 */
public class Invoker {
	private Command command;//也可以通过容器List<Command>容纳很多命令进行批处理，数据库底层的事务管理就是类似的结构

	public Invoker(Command command) {
		super();
		this.command = command;
	}
	
	//业务方法，用于调用命令类的方法
	public void call(){
		command.execute();
	}
}

命令的调用者，持有命令的引用，当然这个命令也可以是一连串的命令，通过容器进行批处理。它包含一个业务方法call()，用于调用命令的执行。

最后测试：

	public static void main(String[] args) {
		Command command = new ConcreteCommand(new Receiver());
		
		Invoker i = new Invoker(command);
		
		i.call();
		
//		new Receiver().action();
	}

}

输出：

执行任务...

可以看到，调用者调用了call()方法，call()方法又去调用了Command的execute()方法，而execute()方法中调用了Receiver的action()方法，最后得到输出。注意看一下测试类中的注释：

new Receiver().action();

这么调用完全可以得到相同的结果，那么为什么还要这么麻烦一层层去调用呢？Command模式的根本目的是将“行为请求者”和“行为实现者”解耦，在面向对象语言中，常见的实现手段是“将行为抽象为对象”。