命令模式

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

类型：行为性模式

命令模式的结构：

Command：是一个抽象类，类中对需要执行的命令进行声明，一般来说对外公布一个execute方法来执行命令。

ConcreteCommand类：Command类的实现类，对抽象类中声明的方法进行实现。

Client：最终客户端调用类

Invoker类：调用类，负责调用命令。

Receiver：接受者，负责接受命令并且执行命令。

public class CommandTest {
	public static void main(String[] args){
		Receiver receiver = new Receiver();
		Command command = new ConcreteCommand(receiver);
		command.excute();
		
		Invoker invoker = new Invoker();
		invoker.setCommand(command);
		invoker.action();
	}
}
class Invoker{
	private Command command;
	public void setCommand(Command command){
		this.command = command;
	}
	public void action(){
		this.command.excute();
	}
}
abstract class Command{
	public abstract void excute();
}

class ConcreteCommand extends Command{
	private Receiver receiver;
	public ConcreteCommand(Receiver receiver){
		this.receiver = receiver;
	}
	@Override
	public void excute() {
		this.receiver.doSomething();
	}
	
}

class Receiver{
	public void doSomething(){
		System.out.println("接受者----业务逻辑处理");
	}
}

通过代码我们可以看到，当我们调用时，执行的时序首先是调用者类，然后是命令类，最后是接受者类。也就是说一条命令的执行被分成了三步，它的耦合度要比把所有的操作都封装到一个类中要低的多，而这也是命令模式的精髓所在：把命令的调用者与执行者分开，使双方不必关系对方是如何操作的。

命令模式的优缺点：

首先，命令模式的封装性很好:每个命令都被封装起来，对于客户端来说，需要什么功能就去调用相应的命令。而无需知道命令具体是怎么执行的。比如一组文件操作的命令：新建文件，复制文件，删除文件。如果把这3个操作都封装成一个命令类，客户端只需要知道有这三个命令即可。至于命令类中封装好的逻辑。客户端则无需知道。

其次，命令模式的扩展性很好，在命令模式中，接受者类中一般会对操作进行基本的封装，命令类则通过这些基本的操作进行二次封装，当增加新命令的时候，对命令类的编写一般不是从零开始的，有大量的接收者可以调用，也有大量的命令类可供调用，代码的复用性很好。比如，文件的操作中，我们需要增加一个剪切文件的命令，则只需要把复制文件和删除文件这两个命令组合一下就行了，非常方便。

最后说一下命令模式的缺点，那就是命令如果很多，开发起来就比较头疼了，特别是很多简单的命令，实现起来几行代码的事，而使用命令模式的话，不用管命令多简单，都需要写一个命令类来封装。

适用场景：

对于大多数请求-相应模式的功能，比较适合使用命令模式，正如命令模式定义说的那样，命令模式对实现记录日志，撤销操作等功能比较方便。