Base Time-Design Patterns-Command

Base 2017-01

定义

将来自客户端的请求传入一个对象，从而使你可用不同的请求对客户进行参数化。用于“行为请求者”与“行为实现者”解耦，可实现二者之间的松耦合，以便适应变化。分离变化与不变的因素。

优点

1.降低对象之间的耦合度。
2.新的命令可以很容易地加入到系统中。
3.可以比较容易地设计一个组合命令。
4.调用同一方法实现不同的功能

缺点

使用命令模式可能会导致某些系统有过多的具体命令类。因为针对每一个命令都需要设计一个具体命令类，因此某些系统可能需要大量具体命令类，这将影响命令模式的使用。

适用情况

1.系统需要将请求调用者和请求接收者解耦，使得调用者和接收者不直接交互。
2.系统需要在不同的时间指定请求、将请求排队和执行请求。
3.系统需要支持命令的撤销(Undo)操作和恢复(Redo)操作。
4.系统需要将一组操作组合在一起，即支持宏命令。

角色

• Command
  
  • 定义命令的接口，声明执行的方法。
• ConcreteCommand
  
  • 命令接口实现对象，是“虚”的实现；通常会持有接收者，并调用接收者的功能来完成命令要执行的操作。
• Receiver
  
  • 接收者，真正执行命令的对象。任何类都可能成为一个接收者，只要它能够实现命令要求实现的相应功能。
• Invoker
  
  • 要求命令对象执行请求，通常会持有命令对象，可以持有很多的命令对象。这个是客户端真正触发命令并要求命令执行相应操作的地方，也就是说相当于使用命令对象的入口。
• Client
  
  • 创建具体的命令对象，并且设置命令对象的接收者。注意这个不是我们常规意义上的客户端，而是在组装命令对象和接收者，或许，把这个Client称为装配者会更好理解，因为真正使用命令的客户端是从Invoker来触发执行。

UML

Code

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

/**
 * @ClassName: Order
 * @Description: 执行命令的接口
 * @date 2017/1/12 20:34
 */
public interface Order {
    void execute();
}

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

/**
 * @ClassName: BuyStock
 * @Description: Order实现类，操作卖股票 ConcreteCommand
 * @date 2017/1/12 20:35
 */
public class BuyStock implements Order {
    private final Stock mStock;
    public BuyStock(Stock stock) {
        mStock = stock;
    }
    @Override
    public void execute() {
        mStock.buy();
    }
}
/**
 * @ClassName: SellStock
 * @Description: Order实现类，操作买股票 ConcreteCommand
 * @date 2017/1/12 20:41
 */
public class SellStock implements Order {
    private final Stock mStock;
    public SellStock(Stock stock) {
        mStock = stock;
    }
    @Override
    public void execute() {
        mStock.sell();
    }
}

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

/**
 * @ClassName: Stock
 * @Description: 股票，命令接收者Receiver
 * @date 2017/1/12 20:36
 */
public class Stock {
    private final String name;
    private final int quantity;
    public Stock(String name, int quantity) {
        this.name = name;
        this.quantity = quantity;
    }
    public void sell() {
        Log.w("command", this + " : Sell Now!");
    }
    public void buy() {
        Log.i("command", this + " : Buy Now!");
    }
    @Override
    public String toString() {
        return "Stock{" +
                "name='" + name + '\'' +
                ", quantity=" + quantity +
                '}';
    }
}

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

/**
 * @ClassName: Controller
 * @Description: 可以看做遥控器Invoker
 * @date 2017/1/12 20:42
 */
public class Controller {
    private final List<Order> mOrders;
    public Controller() {
        mOrders = new ArrayList<>();
    }
    public boolean takeOrder(Order o) {
        if (o == null)
            return false;
        if (mOrders.contains(o))
            return true;
        mOrders.add(o);
        return true;
    }
    public void placeOrders() {
        for (Order o : mOrders) {
            o.execute();
        }
        mOrders.clear();
    }
}

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

/**
 * @ClassName: TestCase
 * @Description: 测试用例
 * @date 2017/1/12 20:30
 */
public class TestCase {
    private TestCase() {
        //Do Nothing
    }
    public static void exe() {
        Controller c = new Controller();
        Stock s = new Stock("Google.HK", 5);
        Order oBuy = new BuyStock(s);
        Order oSell = new SellStock(s);
        c.takeOrder(oBuy);
        c.takeOrder(oSell);
        c.placeOrders();
    }
}

验证结果

参考：
Design Patterns - Command Pattern
Java设计模式之命令模式