一、简介
命令模式属于行为型设计模式的一种，它的原始定义为：命令模式将请求（命令）封装为一个对象，这样可以使用不同的请求（命令）封装参数化对象（将不同请求依赖注入到其他对象），并且能够支持请求命令的排队执行、记录日志、撤销等功能。
命令模式的核心是将指令信息封装成一个对象，并且将此对象作为参数发送 给接收方去执行，达到使命令的请求与执行方解耦，双方只通过传递各种命令对象来完成操作。
在实际开发中，如果你用到的编程语言并不支持用函数作为参数来传递，那么就可以借助命令模式将函数封装为对象来使用。
二、结构
命令模式由以下几种角色组成：
①抽象命令类：声明需要执行的方法
②具体命令：实现抽象命令类，并重写对应的命令方法，通常会持有接受者的引用，并调用接受者的功能来完成命令要执行相应的功能。
③接收方：真正的执行命令的对象。
④调用方：要求命令对象去执行请求，持有命令的引用，并去执行相应的命令。
三、实现
场景：隔壁小王去一家酒店吃饭，于是叫了服务员，并点了相关的菜品，交由服务员，然后由服务员将此订单给了厨师，厨师去制作具体的美食，我们可以将场景进行拆分如下：
服务员：即调用者角色，由它来发起指令
厨师：接收方，真正执行指令
订单：命令中包含订单
1）订单类
/**
* 订单类
*/
public class Order {
private int num;//桌号
private Map<String,Integer> foodMenu=new HashMap<>(); //点的菜与个数对应分数
public Order(int num, Map<String, Integer> foodMenu) {
this.num = num;
this.foodMenu = foodMenu;
}
public int getNum() {
return num;
}
public void setNum(int num) {
this.num = num;
}
public Map<String, Integer> getFoodMenu() {
return foodMenu;
}
public void setFoodMenu(Map<String, Integer> foodMenu) {
this.foodMenu = foodMenu;
}
@Override
public String toString() {
return "Order{" +
"num=" + num +
", foodMenu=" + foodMenu +
'}';
}
}2）接收方（厨师类）
package com.dahai.command;
import java.util.Map;
/**
* 厨师：接收方，真正执行命令
*/
public class Chef {
private String name;
public Chef(String name) {
this.name = name;
}
/**
* 接收订单做菜
* @param order
*/
public void cookie(Order order){
System.out.println("厨师:"+this.name+"接受了订单，开始做菜===》");
Map<String, Integer> foodMenu = order.getFoodMenu();
foodMenu.forEach((k,v)->{
System.out.println("美味："+k+"已制作完成"+v+"份");
});
}
/**
* 取消订单
* @param order
*/
public void cancelCookie(Order order){
System.out.println("厨师:"+this.name+"取消了订单，开始洗锅===》");
}
}
3）抽象命令类
/**
* 抽象命令类
*/
public interface Command {
void cookie(Order order);
void cancelCookie(Order order);
}4）具体命令类（持有一个接收方引用）
/**
* 具体的命令
*/
class CommandImpl implements Command {
private Chef chef; //持有一个接受者引用
public void setChef(Chef chef) {
this.chef = chef;
}
@Override
public void cookie(Order order) {
chef.cookie(order);
}
@Override
public void cancelCookie(Order order) {
chef.cancelCookie(order);
}
}5） 调用方（服务员）
/**
* 服务员：调用方，持有一个命令引用，并发送订单
*/
public class Waiter {
private Command command;//持有一个命令引用
public void setCommand(Command command) {
this.command = command;
}
/**
* 发送订单
* @param order
*/
public void sendCookie(Order order){
command.cookie(order);
}
/**
*取消订单
* @param order
*/
public void cancelCookie(Order order){
command.cancelCookie(order);
}
}
6）客户端
import java.util.HashMap;
import java.util.Map;
public class Client {
public static void main(String[] args) {
//创建订单
Map<String, Integer> map = new HashMap<>();
map.put("爆炒土豆丝", 1);
map.put("土豆炒马铃薯", 1);
map.put("干拌马铃薯", 1);
map.put("米饭", 3);
Order order = new Order(1, map);
//创建命令
CommandImpl command = new CommandImpl();
//创建接受者，厨师
Chef chef = new Chef("小明");
//创建调用方，服务员
Waiter waiter = new Waiter();
command.setChef(chef);
waiter.setCommand(command);
//创建订单
waiter.sendCookie(order);
//取消订单
waiter.cancelCookie(order);
/**
* 厨师:小明接受了订单，开始做菜===》
* 美味：米饭已制作完成3份
* 美味：土豆炒马铃薯已制作完成1份
* 美味：干拌马铃薯已制作完成1份
* 美味：爆炒土豆丝已制作完成1份
* 厨师:小明取消了订单，开始洗锅===》
*/
}
}
通过上述代码我们实现了一个命令模式，其实命令模式更多的是一个依赖关系，调用方持有命令的一个引用，命令类又持有一个接受方的引用，具体的业务逻辑交由接收方去处理，命令相当于一个中介，调用方负责协调发送具体命令。
四、总结
优点
①降低系统的耦合度，命令模式能将调用操作的对象与实现操作的对象解耦
②增加和删除命令非常方便，采用命令模式增加与删除命令并不影响其他类，符合开闭原则，对扩展比较灵活。
③可以实现宏观命令，命令模式可以与组合模式相结合，将多个命令装配成一个组合命令，即宏命令。
缺点
①使用命令模式可能会导致系统中有过多的具体命令类
②系统结构更加复杂
使用场景
①系统需要将请求调用者和请求接受者解耦，使得调用者和接受者不直接交互
②系统需要在不同的时间指定请求、将请求排队和执行请求
③系统需要支持命令的撤销和恢复操作
