设计模式之命令模式

　　现在有三个商店，一个商店只卖可乐，一个商店只卖雪碧，一个商店只卖果汁，而且三个商店相隔的路还不近，这样你如果想喝雪碧兑果汁或者就是想喝不同口味的饮料，就需要跑去买完一个再跑到另一个店去买另一种饮料。这个时候你肯定觉得自动贩卖机是个很棒的东西，你只要到贩卖机前对应按下按钮就可以买到想要的饮料了。命令模式就相当于建造这么一个贩卖机。

　　先上个命令模式的类图：

Command

定义命令的接口，声明执行的方法。

ConcreteCommand

命令接口实现对象，是“虚”的实现；通常会持有接收者，并调用接收者的功能来完成命令要执行的操作。

Receiver

接收者，真正执行命令的对象。任何类都可能成为一个接收者，只要它能够实现命令要求实现的相应功能。

Invoker

要求命令对象执行请求，通常会持有命令对象，可以持有很多的命令对象。这个是客户端真正触发命令并要求命令执行相应操作的地方，也就是说相当于使用命令对象的入口。

Client

创建具体的命令对象，并且设置命令对象的接收者。注意这个不是我们常规意义上的客户端，而是在组装命令对象和接收者，或许，把这个Client称为装配者会更好理解，因为真正使用命令的客户端是从Invoker来触发执行。

下面我们来三个饮料类：

class Cola {
	public Cola() {
		
	}
	public void buyCola() {
		System.out.println("买可乐");
	}
}
class Sprite {
	public Sprite() {
		
	}
	public void buySprite() {
		System.out.println("买雪碧");
	}
}
class Juice {
	public Juice() {
		
	}
	public void buyJuice() {
		System.out.println("买果汁");
	}
}

　　我们要买对应的饮料就要在main方法里new出其对象，而且对于像雪碧兑果汁这种，就相当于两个类有关联，耦合性比较高，下面我们用命令模式来试试，先来个抽象命令类：

abstract class Command {
	protected Cola cola = new Cola();
	protected Sprite sprite = new Sprite();
	protected Juice juice = new Juice();
	public abstract void excute();
}

　　这里我们把三个饮料类的实例都new出来了，所以用了个抽象类，也有人不在这里new出实例，用接口来表示抽象命令，在具体命令里才new出实例的，这都没有关系。说个题外话，现在的java的interface，既能定义一个没有方法体的方法，又能含有别的类的实例，还能有内部类，在1.8以后还可以有default的具体方法，除了不能被实例化以外，感觉跟一个类也没什么太大区别了。

　　看看具体命令吧：

class ColaCommand extends Command {

	@Override
	public void excute() {
		super.cola.buyCola();
	}	
}
class SpriteCommand extends Command {

	@Override
	public void excute() {
		super.sprite.buySprite();
	}
}
class JuiceCommand extends Command {

	@Override
	public void excute() {
		super.juice.buyJuice();
	}	
}

　　具体命令就相当于你按了对应饮料的按钮，这之后的事情都不是我们需要关注的了，我们只要等命令执行的结果就好了。下面自动贩卖机的代码：

class Invoker {
	private Command command;
	public void setCommand(Command _command) {
		this.command = _command;
	}
	public void does() {
		this.command.excute();
	}
}

　　作为客户，只需要和自动贩卖机接触和知道发出什么命令就可以了

public static void main(String[] args) {
		Invoker invoker = new Invoker();
		//买可乐
		Command command = new ColaCommand();
		invoker.setCommand(command);
		invoker.does();
	}

命令模式的优点：

1.降低对象之间的耦合度。

2.新的命令可以很容易地加入到系统中。

3.可以比较容易地设计一个组合命令。

4.调用同一方法实现不同的功能

命令模式的缺点：

使用命令模式可能会导致某些系统有过多的具体命令类。

不知怎么的，感觉我的例子举的有点不对劲啊。。。不过这个命令模式的写法和说法是没有错的。在实际应用中，多种设计模式往往交叉实现，发挥巨大的作用。