设计模式之命令模式

模拟需求

现在需要设计一个遥控器。
厂商的类可能是这样的：

图片.png

这些类看起来不少，而且接口各有差异，而且这些类以后还会越来越多。所以设计一个遥控器API很有挑战性。
使用命令模式可以将“动作的请求者” 从“动作的执行者”对象中解耦。请求者可以是遥控器，而执行者对象就是厂商类其中之一的实例。

// 实现命令的接口
//首先让所有的命令对象实现相同的包含一个方法的接口
public interface Command(){
    public void execute();
}
//实现一个打开电灯的命令
public class LightOnCommand implements Command{
   Light light;
   //构造器传入电灯，以便让这个命令控制
   public LightOnCommand(Light light){
     this.light  = light;
   }
  //这个方法调用接收对象（我们正在使用的电灯）的on()方法
   public void execute(){
     light.on()
  }
}
//使用命令对象
public class SimpleRemoteControl{
  //有一个插槽持有命令，而这个命令控制着一个装置
  Command slot;
  //用来设置插槽控制的命令
  public SimpleRemoteControl(){}
  public void setCommand(Command command){
    slot = command;
  }
  //当按下按钮时，这个方法就会被调用
  publlic void buttonWasPressed(){
    slot.execute();
  }
}
//客户端控制代码
public class RemoteControlTest{
  public static void main(String[] args){
     // 调用者
    SimpleRemoteControl remote = new SimpleRemoteControl;
    //接收者
    Light light = new Light();
    //命令
    LightOnCommand lightOn = new LightOnCommand(light);
    //把命令传给调用者
    remote.setCommand(lightOn);
    remote.buttonWasPressed();
  }
}

将请求封装成对象，以便使用不同的请求、队列或者日志来参数化其他对象，命令模式也可以支持撤销的操作。
一个命令对象通过在特定接收者上绑定一组动作来封装一个请求，要达到这一点，命令对象将动作和接收者包进对象，这个对象只暴露出一个execute()方法，当此方法被调用时，接收者就会进行这些动作。从外表上看来，其他对象不知道究竟哪个接收者进行了哪些动作，只知道调用execute()方法，请求的目的就能达到。

定义命令模式类图

图片.png

命令模式的更多用途 ：队列请求

命令可以将运算块打包（一个接收者和一组动作），然后将它 传来传去，就像是一般的对象一样。闲着，即使在命令对象被创建许久之后，运算依然可以被调用。事实上，它甚至可以在不同的线程中被调用。我们可以利用这一特性衍生一些应用。例如：日志安排（Scheduler）、线程池、工作队列等。
想象一个工作队列：在某一端添加命令，然后另一端另一端则是线程。线程进行下面的动作：从队列中取出一个命令，调用它的execute()方法，等待这个调用完成，然后将此命令对象丢弃，再取出下一个命令····
工作队列类和计算的对象之间完全是解耦的。此刻线程可能在进行财务运算，下一刻却在读取网络数据。它们只知道取出命令对象，然后调用execute()方法。

• 命令对象将发出请求 的对象和执行请求的对象解耦
• 在被解耦的两者之间是通过命令对象进行沟通的。命令对象封装了接收者和一个或一组动作。
• 调用者可以接受命令当作参数，甚至在运行时动态的进行。
• 命名可以支持撤销，做法是实现一个undo()方法来回到execute()被执行前的状态。
• 宏命令是命令的一种简单的延伸，允许调用多个命令。宏方法也可以支持撤销
• 命令也可以用来实现日志和事务系统