Menu

  • Home
  • Work
    • Cloud
      • Virtualization
      • IaaS
      • PaaS
    • Java
    • Go
    • C
    • C++
    • JavaScript
    • PHP
    • Python
    • Architecture
    • Others
      • Assembly
      • Ruby
      • Perl
      • Lua
      • Rust
      • XML
      • Network
      • IoT
      • GIS
      • Algorithm
      • AI
      • Math
      • RE
      • Graphic
    • OS
      • Linux
      • Windows
      • Mac OS X
    • BigData
    • Database
      • MySQL
      • Oracle
    • Mobile
      • Android
      • IOS
    • Web
      • HTML
      • CSS
  • Life
    • Cooking
    • Travel
    • Gardening
  • Gallery
  • Video
  • Music
  • Essay
  • Home
  • Work
    • Cloud
      • Virtualization
      • IaaS
      • PaaS
    • Java
    • Go
    • C
    • C++
    • JavaScript
    • PHP
    • Python
    • Architecture
    • Others
      • Assembly
      • Ruby
      • Perl
      • Lua
      • Rust
      • XML
      • Network
      • IoT
      • GIS
      • Algorithm
      • AI
      • Math
      • RE
      • Graphic
    • OS
      • Linux
      • Windows
      • Mac OS X
    • BigData
    • Database
      • MySQL
      • Oracle
    • Mobile
      • Android
      • IOS
    • Web
      • HTML
      • CSS
  • Life
    • Cooking
    • Travel
    • Gardening
  • Gallery
  • Video
  • Music
  • Essay

命令模式

6
Sep
2006

命令模式

By Alex
/ in Architecture
/ tags 设计模式
0 Comments
模式定义

命令模式将“请求”封装为命令对象,不同的请求或者请求的列表可用来参数化其它对象,可以支持命令的撤销、重做的功能,命令可以包装多个其它命令,形成宏命令,该模式在GOF95中分类为行为模式。

模式结构与说明

patterns_CommandPattern

  1. 命令请求者只依赖于抽象命令接口
  2. 命令接口具有唯一的方法,并且不需要传递参数
  3. 如果要支持撤销,则命令接口具有两个方法,另外一个是 undo() 
  4. 支持撤销的时候, Invoker 需要知道它最后一次执行的是哪个命令;如果要支持多步撤销,则需要记住多个命令及其执行顺序
  5. 具体命令中封装了接收者
  6. 客户端负责创建合适的接收者、命令

命令模式的优点:

  1. 将动作的发出者与执行者解耦,动作发出者不知道是谁执行了它的命令,更不需要知道执行者的接口
  2. 更加动态的控制,通过对请求进行封装,可以动态的对它进行参数化、队列化、日志化
  3. 很自然的宏命令——命令的组合

命令模式的缺点:

  1. 可能导致系统中出现过多的具体命令类

命令模式的适用场景:

  1. 如果需要抽象出需要执行的动作,并参数化之
  2. 如果需要在不同的时刻指定、排列和执行请求
  3. 如果需要支持撤销、重做操作
  4. 如果需要在系统崩溃恢复后,将所有操作重新执行一遍,适合于事物系统,命令模式的另一个别名就是Transaction模式
应用举例

有时候家里的空调遥控器坏了,我们会到电器店去买一个万能遥控器,回来设置一下就能使用了,那么如何设计一个万能遥控器呢?一个可扩展性差的实现方式如下:

Java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
//抽象空调类
public abstract class Conditioner{}
//不同厂家定义的信号格式是不一样的,提供了不同的接口
public class HaierConditioner extends Conditioner {
    //发送1000红外信号,打开海尔空调
    public void sendInfraredSingal_1000(){}
}
public class DaikinConditioner extends Conditioner{
    //发送蓝牙2100信号,打开大金空调
    public void sendBluetoothSingal_2100(){}
}
 
//万能遥控器面板
public class UniversalRemoteControlPanel{
    private Conditioner conditioner;
    public void onButton1Pressed(){
        if ( conditioner instanceof HaierConditioner )
            ( (HaierConditioner) conditioner ).sendInfraredSingal_1000();
        else if(conditioner instanceof DaikinConditioner)
            ( (DaikinConditioner) conditioner ).sendBluetoothSingal_2100();
        else if(...) ;
    }
}

上述代码通过if-else结构,依据空调厂商调用不同的接口来实现打开空调的功能,这种方式有以下缺陷:

  1. 遥控器面板代码混入了空调厂商的私有逻辑,违反了单一职责原则,同时造成了紧耦合
  2. 由于每个厂商的接口都不一样,代码会随着支持厂商的增加不断膨胀,无法关闭修改

仔细思考一下可以发现,万能遥控器面板本身的职责就是发出开关、模式、温度调节等指令,至于如何对这些指令作出响应、处理则不关心,这恰恰是命令模式的经典适用场景,为此我们对上述实现进行改造,引入命令接口——通讯模块:

Java
1
2
3
4
//通讯模块
public interface CommModule{
    void signal(); //发送信号
}

大金通讯模块的实现:

Java
1
2
3
4
5
6
public class DaikinOpenCommModule implements CommModule{
    private DaikinConditioner conditioner; //命令接口一般都要包裹一个实际的命令执行者,以响应请求
    public void signal(){
        conditioner.sendBluetoothSingal_2100();
    }
}

通讯模块具有一致性的接口,遥控器面板只调用这一个接口,发出指令,不再和空调厂商有任何瓜葛:

Java
1
2
3
4
5
6
public class UniversalRemoteControlPanel{
    private CommModule openModule;
    public void onButton1Pressed(){
        openModule.signal(); //只负责发出指令
    }
}

使用万能遥控器的样例代码:

Java
1
2
3
4
5
6
UniversalRemoteControlPanel cp = new UniversalRemoteControlPanel();
//我们使用大金空调
DaikinConditioner conditioner = checkConditioner();
DaikinOpenCommModule module = new DaikinOpenCommModule( conditioner );
cp.setOpenModule( module ); //加载模块
cp.onButton1Pressed();//按下按钮,打开空调

如果我们要支持更多的功能,例如关闭、设置运行模式,只需要在遥控器面板中增加新的通讯模块成员变量,并进行相应的开发即可:

Java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
public class UniversalRemoteControlPanel{
    //这三个命令即对应所谓“请求的列表”
    private CommModule openModule;
    private CommModule closeModule;
    private CommModule switchModeModule;
    public void onButton1Pressed(){
        openModule.signal();
    }
    public void onButton2Pressed(){
        closeModule.signal();
    }
    public void onButton3Pressed(){
        switchModeModule.signal();
    }
}

当然,也可以重新设计通讯模块的接口:

Java
1
2
3
4
5
6
public interface CommModule{
    void open(); //打开空调
    void close();//关闭空调
    void switchMode();//切换空调模式
    void raiseTemperature();//升高设定温度
}

这样就和命令模式原本的样子渐行渐远了, 但是学习设计模式最重要的一点就是不能生搬硬套呀!

引入撤销功能

好了,我们现在做一个具有“撤销”功能的遥控器,这个想法挺有创新性的!如前面所属,撤销功能的关键就是扩展命令接口,提供撤销方法,同时请求者需要记录命令执行的历史记录:

Java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
public interface CommModule{
    void execute(); //执行指令
    void undo();   //撤销指令
}
//大金温度调节通讯模块
public class DaikinRaiseTemperatureCommModule implements CommModule{
    private DaikinConditioner conditioner;
    private int               originalTemperature; //在命令中记录原先的温度设定
    public void execute(){
        originalTemperature = conditioner.sendBluetoothSingal_1005(); //获取空调当前温度
        conditioner.sendBluetoothSingal_2009( originalTemperature + 1 ); //设定温度
    }
    public void undo(){
        conditioner.sendBluetoothSingal_2009( originalTemperature );//设定温度
    }
}
 
public class UniversalRemoteControlPanel{
    private CommModule       module;
    private List history   = new ArrayList();
    private int              undoIndex = -1;
    //调节温度按钮
    public void onButton4Pressed() {
        module.execute();
        history.add( module );
    }
    //撤销按钮
    public void onUndoButtonPressed() {
        history.get( nextUndoIndex() ).undo();
    }
    //重做按钮
    public void onRedoButtonPressed(){
        history.get( nextRedoIndex() ).execute();
    }
}

使用带撤销功能的万能遥控器的样例代码:

Java
1
2
3
4
5
6
7
8
9
10
11
12
UniversalRemoteControlPanel cp = new UniversalRemoteControlPanel();
DaikinConditioner conditioner = new DaikinConditioner();
DaikinRaiseTemperatureCommModule module = new DaikinRaiseTemperatureCommModule(conditioner);
cp.setModule( module );
//升高三度
cp.onButton4Pressed();
cp.onButton4Pressed();
cp.onButton4Pressed();
//撤销一次
cp.onUndoButtonPressed();
//重做一次
cp.onRedoButtonPressed();
引入批量操作

能不能按一下就可以设置为制冷模式、25摄氏度、开启扫风功能呢?一个个按钮去操作很麻烦。在命令模式中,包装多个命令并批量执行的命令被称为“宏命令”:

Java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
public class MacroCommModule implements CommModule
{
    private List modules;
    public void execute(){
        for ( CommModule module : modules ){
            module.execute();
        }
    }
    public void undo(){
        for ( CommModule module : reverse( modules ) ){
            module.undo();
        }
    }
}
经典应用
Java线程接口

Java中Thread与Runnable的关系就是Command模式中Invoker与Command的关系:

patterns_CommandPattern_Java_Runnable

Thread会在其start()方法被调用后,发动新的线程,并执行其run()方法, 而run()方法直接转调命令对象Runnable的run()方法。

QT Undo Framework

QT中的Undo Framework是命令模式的实现,用于支持撤销/重做功能。在QT应用中,每个编辑操作可以被抽象为Command的实例,并且被保存在命令栈中,每个Command知道如何撤销修改并把程序还原到前一个状态。通过向下/上遍历命令栈,可以实现撤销/重做。

patterns_CommandPattern_QT

上面类图中QUndoCommand相当于Command角色,多个命令可以被存放到QUndoStack中,多个QUndoStack可以形成一个组。QUndoView是一个可以显示命令栈内容的小器件。

模式演变
  1.  智能命令:命令本身已经把Receiver装配好,Client直接使用,不需要装配
  2. Client经常与Invoker融合为一个角色
  3. 回调:Invoker不再持有Command作为成员变量,而是声明自己的方法入参为Command,在方法体中回调Command.exec(),此时Invoker角色已经退化为一个方法
← 装饰模式
Linux知识集锦 →

针对该文章的评论功能已关闭

Related Posts

  • 代理模式
  • 中介者模式
  • 适配器模式
  • 外观模式
  • 策略模式

Recent Posts

  • Investigating and Solving the Issue of Failed Certificate Request with ZeroSSL and Cert-Manager
  • A Comprehensive Study of Kotlin for Java Developers
  • 背诵营笔记
  • 利用LangChain和语言模型交互
  • 享学营笔记
ABOUT ME

汪震 | Alex Wong

江苏淮安人,现居北京。目前供职于腾讯云,专注容器方向。

GitHub:gmemcc

Git:git.gmem.cc

Email:gmemjunk@gmem.cc@me.com

ABOUT GMEM

绿色记忆是我的个人网站,域名gmem.cc中G是Green的简写,MEM是Memory的简写,CC则是我的小天使彩彩名字的简写。

我在这里记录自己的工作与生活,同时和大家分享一些编程方面的知识。

GMEM HISTORY
v2.00:微风
v1.03:单车旅行
v1.02:夏日版
v1.01:未完成
v0.10:彩虹天堂
v0.01:阳光海岸
MIRROR INFO
Meta
  • Log in
  • Entries RSS
  • Comments RSS
  • WordPress.org
Recent Posts
  • Investigating and Solving the Issue of Failed Certificate Request with ZeroSSL and Cert-Manager
    In this blog post, I will walk ...
  • A Comprehensive Study of Kotlin for Java Developers
    Introduction Purpose of the Study Understanding the Mo ...
  • 背诵营笔记
    Day 1 Find Your Greatness 原文 Greatness. It’s just ...
  • 利用LangChain和语言模型交互
    LangChain是什么 从名字上可以看出来,LangChain可以用来构建自然语言处理能力的链条。它是一个库 ...
  • 享学营笔记
    Unit 1 At home Lesson 1 In the ...
  • K8S集群跨云迁移
    要将K8S集群从一个云服务商迁移到另外一个,需要解决以下问题: 各种K8S资源的迁移 工作负载所挂载的数 ...
  • Terraform快速参考
    简介 Terraform用于实现基础设施即代码(infrastructure as code)—— 通过代码( ...
  • 草缸2021
    经过四个多月的努力,我的小小荷兰景到达极致了状态。

  • 编写Kubernetes风格的APIServer
    背景 前段时间接到一个需求做一个工具,工具将在K8S中运行。需求很适合用控制器模式实现,很自然的就基于kube ...
  • 记录一次KeyDB缓慢的定位过程
    环境说明 运行环境 这个问题出现在一套搭建在虚拟机上的Kubernetes 1.18集群上。集群有三个节点: ...
  • eBPF学习笔记
    简介 BPF,即Berkeley Packet Filter,是一个古老的网络封包过滤机制。它允许从用户空间注 ...
  • IPVS模式下ClusterIP泄露宿主机端口的问题
    问题 在一个启用了IPVS模式kube-proxy的K8S集群中,运行着一个Docker Registry服务 ...
  • 念爷爷
      今天是爷爷的头七,十二月七日、阴历十月廿三中午,老人家与世长辞。   九月初,回家看望刚动完手术的爸爸,发

  • 6 杨梅坑

  • liuhuashan
    深圳人才公园的网红景点 —— 流花山

  • 1 2020年10月拈花湾

  • 内核缺陷触发的NodePort服务63秒延迟问题
    现象 我们有一个新创建的TKE 1.3.0集群,使用基于Galaxy + Flannel(VXLAN模式)的容 ...
  • Galaxy学习笔记
    简介 Galaxy是TKEStack的一个网络组件,支持为TKE集群提供Overlay/Underlay容器网 ...
TOPLINKS
  • Zitahli's blue 91 people like this
  • 梦中的婚礼 64 people like this
  • 汪静好 61 people like this
  • 那年我一岁 36 people like this
  • 为了爱 28 people like this
  • 小绿彩 26 people like this
  • 彩虹姐姐的笑脸 24 people like this
  • 杨梅坑 6 people like this
  • 亚龙湾之旅 1 people like this
  • 汪昌博 people like this
  • 2013年11月香山 10 people like this
  • 2013年7月秦皇岛 6 people like this
  • 2013年6月蓟县盘山 5 people like this
  • 2013年2月梅花山 2 people like this
  • 2013年淮阴自贡迎春灯会 3 people like this
  • 2012年镇江金山游 1 people like this
  • 2012年徽杭古道 9 people like this
  • 2011年清明节后扬州行 1 people like this
  • 2008年十一云龙公园 5 people like this
  • 2008年之秋忆 7 people like this
  • 老照片 13 people like this
  • 火一样的六月 16 people like this
  • 发黄的相片 3 people like this
  • Cesium学习笔记 90 people like this
  • IntelliJ IDEA知识集锦 59 people like this
  • Bazel学习笔记 38 people like this
  • 基于Kurento搭建WebRTC服务器 38 people like this
  • PhoneGap学习笔记 32 people like this
  • NaCl学习笔记 32 people like this
  • 使用Oracle Java Mission Control监控JVM运行状态 29 people like this
  • Ceph学习笔记 27 people like this
  • 基于Calico的CNI 27 people like this
Tag Cloud
ActiveMQ AspectJ CDT Ceph Chrome CNI Command Cordova Coroutine CXF Cygwin DNS Docker eBPF Eclipse ExtJS F7 FAQ Groovy Hibernate HTTP IntelliJ IO编程 IPVS JacksonJSON JMS JSON JVM K8S kernel LB libvirt Linux知识 Linux编程 LOG Maven MinGW Mock Monitoring Multimedia MVC MySQL netfs Netty Nginx NIO Node.js NoSQL Oracle PDT PHP Redis RPC Scheduler ServiceMesh SNMP Spring SSL svn Tomcat TSDB Ubuntu WebGL WebRTC WebService WebSocket wxWidgets XDebug XML XPath XRM ZooKeeper 亚龙湾 单元测试 学习笔记 实时处理 并发编程 彩姐 性能剖析 性能调优 文本处理 新特性 架构模式 系统编程 网络编程 视频监控 设计模式 远程调试 配置文件 齐塔莉
Recent Comments
  • qg on Istio中的透明代理问题
  • heao on 基于本地gRPC的Go插件系统
  • 黄豆豆 on Ginkgo学习笔记
  • cloud on OpenStack学习笔记
  • 5dragoncon on Cilium学习笔记
  • Archeb on 重温iptables
  • C/C++编程:WebSocketpp(Linux + Clion + boostAsio) – 源码巴士 on 基于C/C++的WebSocket库
  • jerbin on eBPF学习笔记
  • point on Istio中的透明代理问题
  • G on Istio中的透明代理问题
  • 绿色记忆:Go语言单元测试和仿冒 on Ginkgo学习笔记
  • point on Istio中的透明代理问题
  • 【Maven】maven插件开发实战 – IT汇 on Maven插件开发
  • chenlx on eBPF学习笔记
  • Alex on eBPF学习笔记
  • CFC4N on eBPF学习笔记
  • 李运田 on 念爷爷
  • yongman on 记录一次KeyDB缓慢的定位过程
  • Alex on Istio中的透明代理问题
  • will on Istio中的透明代理问题
  • will on Istio中的透明代理问题
  • haolipeng on 基于本地gRPC的Go插件系统
  • 吴杰 on 基于C/C++的WebSocket库
©2005-2025 Gmem.cc | Powered by WordPress | 京ICP备18007345号-2