命令模式命令模式(Command Pattern)在软件设计中我们经常需要向某些对象发送请求但是并不知道请求的接收者是谁也不知道被请求的操作是哪个我们只需在程序运行时指定具体的请求接收者即可此时可以使用命令模式来进行设计命名模式使得请求发送者与请求接收者消除彼此之间的耦合让对象之间的调用关系更加灵活实现解耦。在命名模式中会将一个请求封装为一个对象以便使用不同参数来表示不同的请求(即命名)同时命令模式也支持可撤销的操作。通俗易懂的理解将军发布命令士兵去执行。其中有几个角色:将军(命令发布者)、士兵(命令的具体执行者)、命令(连接将军和士兵)。Invoker是调用者(将军)Receiver是被调用者(士兵)MyCommand是命令实现了Command接口持有接收对象命令模式工作原理核心角色Command命令接口声明执行操作的接口通常包含一个execute()方法。ConcreteCommand具体命令实现命令接口它持有Receiver接收者的引用并在execute()方法中调用接收者的具体操作方法来完成请求。Receiver接收者知道如何实施与执行请求相关的实际操作是命令的真正执行者。Invoker调用者/请求者持有命令对象负责触发命令执行调用execute()但不关心命令如何被执行。Client客户端创建具体的命令对象并设置其接收者然后将命令对象传递给调用者。命令模式的要点将发起请求的对象与执行请求的对象解耦。发起请求的对象是调用者调用者只要调用命令对象的execute()方法就可以让接收者工作而不必知道具体的接收者对象是谁、是如何实现的命令对象会负责让接收者执行请求的动作也就是说:”请求发起者”和“请求执行者”之间的解耦是通过命令对象实现的命令对象起到了纽带桥梁的作用容易设计一个命令队列。只要把命令对象放到列队就可以多线程的执行命令容易实现对请求的撤销和重做命令模式不足:可能导致某些系统有过多的具体命令类增加了系统的复杂度这点在在使用的时候要注意空命令也是一种设计模式它为我们省去了判空的操作。在上面的实例中如果没有用空命令我们每按下一个按键都要判空这给我们编码带来一定的麻烦。命令模式经典的应用场景界面的一个按钮都是一条命令、模拟CMD(DOS命令)订单的撤销/恢复、触发-反馈机制命令模式的应用场景需要解耦请求发送者与执行者例如图形界面中的菜单项、按钮发送者与背后的业务逻辑执行者分离。需要支持撤销、重做或事务操作如文本编辑器的撤销功能、交易系统的事务回滚。需要将请求排队、记录日志或延迟执行例如任务调度系统、操作审计。需要参数化对象并动态指定其行为例如遥控器可以配置不同的按钮对应不同的设备操作。