设计模式之命令模式

命令模式

菜鸟教程 - 命令模式

五分钟设计模式 - 15命令模式

尚硅谷

介绍

问题引入

我们买了一套智能家电，有照明灯、风扇、冰箱、洗衣机，我们只要在手机上安装app就 可以控制对这些家电工作。 这些智能家电来自不同的厂家，我们不想针对每一种家电都安装一个App，分别控制，我们希只要一个app就可以控制全部智能家电。

要实现一个app控制所有智能家电的需要，则每个智能家电厂家都要提供一个统一的接口给app调用，这时就可以考虑使用命令模式

功能

在我们的例子中，动作的请求者是手机app，动作的执行者是每个厂商的一个家电产品

在软件设计中，我们经常需要向某些对象发送请求，但是并不知道请求的接收者是谁，也不知道被请求的操作是哪个， 我们只需在程序运行时指定具体的请求接收者即可，此时，可以使用命令模式来进行设计

• 命令模式是一种行为设计模式
• 命名模式使得请求发送者与请求接收者消除彼此之间的耦合，让你根据不同的请求将方法参数化，让对象之间的调用关系更加灵活，实现解耦。
• 新的命令请求功能可以很容易添加到系统中去，拓展性好
• 可以延迟请求执行、或者放入队列中，多线程的执行命令
• 容易实现对请求的撤销
• 可以运用空命令模式，省去了判空的操作。

注意事项

命令模式不足：可能导致某些系统有过多的具体命令类，增加了系统的复杂度

命令模式经典的应用场景：界面的一个按钮都是一条命令、模拟CMD（DOS命令） 订单的撤销/恢复、触发，反馈机制

原理与角色

在命名模式中，会将一个请求封装为一个对象，以便使用不同参数来表示不同的请求（即命名），同时命令模式也支持可撤销的操作。

通俗易懂的理解，将军发布命令，士兵去执行。其中有几个角色：

• Invoker：命令发布者（将军）
• Receiver：命令的具体执行者（士兵），知道如何实施和执行一个请求的相关操作
• Command：命令抽象，连接发布者和执行者，需要执行的命令都在这里
• ConcreteCommand：将一个接收者对象与一个动作绑定，调用接收者相应操作，实现execute方法

Invoker是调用者（将军） Receiver是被调用者（士兵） Mycommand是命令，实现了command接口，持有接收对象

应用

Spring的JdbcTemplate源码

在JdbcTemplate中包含了query(String, RowMapper<T>)方法和execute(StatementCallback<T>)方法

query方法中定义了QueryStateCallback对象，继承于StatementCallback<T>，StatementCallback<T>声明了doInStatement方法

JdbcTemplate是命令调用者，在execute方法中调用了命令的方法doInStatement方法，StatementCallback<T>是命令抽象，QueryStateCallback是具体的命令，