设计模式：命令模式

命令模式是对象的行为模式。命令模式把一个请求或操作封装到一个对象中。命令模式是对命令的封装，命令模式把发出命令的责任和执行命令的责任分分割开，委派给不同的对象。

每一个命令都是一个操作：请求的一方发出请求要求执行一个操作；接收的一方收到请求，并执行操作。命令模式允许请求的一方和接收的一方独立开来，使得请求的一方不必知道接收请求的一方的接口。

结构与角色

1. 客户角色：创建一个具体命令对象并确定其接受者
2. 命令角色：声明一个所有具体命令类的抽象接口。由Java接口或Java抽象类实现。
3. 具体命令角色：定义接收者和行为之间的弱耦合；实现execute方法，负责调用接受者响应的操作。execute叫做执行方法。
4. 请求者角色：负责调用命令对象执行请求。
5. 接收者方法：负责具体实施和执行一个请求。

//命令接口public interface Command{    void execute();}public class ConcreteCommand implements Command{    private Receiver receiver;    public ConcreteCommand(Receiver receiver){        this.receiver = receiver;    }    public void execute(){        receiver.action();    }}//接收者 具体的执行public class Receiver{    public void action(){        System.out.println("执行");    }}public class Invoker{    private Command command;    public Invoker(Command command){        this.command = command;    }    public void action(){        command.execute();    }}public static void main(String[] args){    Receiver r = new Receiver();    Command c = new ConcreteCommand(r);    Invoker i = new Invoker(c);    i.action();}

命令实现问题

命令应当重一些还是轻一些，在不同的情况下，可以做不同的选择，如果轻一些，那么它只提供了请求者和接收者之间的耦合。相反，如果重一些，它应当实现所有细节，包括请求的操作，而不需要接收者了。

优点

1. 命令模式把请求一个操作的对象与执行一个操作的对象分割开。
2. 命令类和其他类一样，可以修改和推广。
3. 增加新的命令类不影响其他类。

缺点

使用命令模式导致系统过多的具体命令类