【设计模式】我终于读懂了命令模式。。。

文章目录

    • 智能生活项目需求
    • 命令模式基本介绍
    • 命令模式的原理类图
      • 对原理类图的说明-即(命名模式的角色及职责)
    • 命令模式解决智能生活项目
    • 下面我们跟着代码debug进去看一下
    • 命令模式在 Spring 框架 JdbcTemplate 应用的源码分析
      • Spring 框架的 JdbcTemplate 就使用到了命令模式
    • 命令模式的注意事项和细节

智能生活项目需求

【设计模式】我终于读懂了命令模式。。。_第1张图片

  1. 我们买了一套智能家电,有照明灯、风扇、冰箱、洗衣机,我们只要在手机上安装 app 就可以控制对这些家电工作。
  2. 这些智能家电来自不同的厂家,我们不想针对每一种家电都安装一个 App,分别控制,我们希望只要一个 app
    就可以控制全部智能家电。
  3. 要实现一个 app 控制所有智能家电的需要,则每个智能家电厂家都要提供一个统一的接口给 app 调用,这时 就可以考虑使用命令模式。
  4. 命令模式可将“动作的请求者”从“动作的执行者”对象中解耦出来.
  5. 在我们的例子中,动作的请求者是手机 app,动作的执行者是每个厂商的一个家电产品

命令模式基本介绍

  1. 命令模式(Command Pattern):在软件设计中,我们经常需要向某些对象发送请求,但是并不知道请求的接收者是谁,也不知道被请求的操作是哪个,我们只需在程序运行时指定具体的请求接收者即可,此时,可以使用命令模式来进行设计
  2. 命名模式使得请求发送者与请求接收者消除彼此之间的耦合,让对象之间的调用关系更加灵活,实现解耦。
  3. 在命名模式中,会将一个请求封装为一个对象,以便使用不同参数来表示不同的请求(即命名),同时命令模式也支持可撤销的操作。
  4. 通俗易懂的理解:将军发布命令,士兵去执行。其中有几个角色:将军(命令发布者)、士兵(命令的具体执行者)、命令(连接将军和士兵)。

Invoker 是调用者(将军),Receiver 是被调用者(士兵),ConcreteCommand 是命令,实现了 Command 接口,持有接收对象

命令模式的原理类图

【设计模式】我终于读懂了命令模式。。。_第2张图片

对原理类图的说明-即(命名模式的角色及职责)

  1. Invoker 是调用者角色
  2. Command: 是命令角色,需要执行的所有命令都在这里,可以是接口或抽象类
  3. Receiver: 接受者角色,知道如何实施和执行一个请求相关的操作
  4. ConcreteCommand: 将一个接受者对象与一个动作绑定,调用接受者相应的操作,实现 execute

命令模式解决智能生活项目

  1. 编写程序,使用命令模式 完成前面的智能家电项目
  2. 思路分析和图解
    【设计模式】我终于读懂了命令模式。。。_第3张图片

Command类

【设计模式】我终于读懂了命令模式。。。_第4张图片

LightOnCommand

【设计模式】我终于读懂了命令模式。。。_第5张图片

LightOffCommand

【设计模式】我终于读懂了命令模式。。。_第6张图片

LightReceiver类,相当于第三方提供给我们的sdk

【设计模式】我终于读懂了命令模式。。。_第7张图片

RemoteController类,这里可以理解为遥控器

【设计模式】我终于读懂了命令模式。。。_第8张图片
【设计模式】我终于读懂了命令模式。。。_第9张图片

NoCommand,用于初始化使用

【设计模式】我终于读懂了命令模式。。。_第10张图片

调用类

【设计模式】我终于读懂了命令模式。。。_第11张图片
【设计模式】我终于读懂了命令模式。。。_第12张图片

下面我们跟着代码debug进去看一下

通过构造函数将电灯的类注册进去

【设计模式】我终于读懂了命令模式。。。_第13张图片

新建一个遥控器

【设计模式】我终于读懂了命令模式。。。_第14张图片

我们在构造函数里面初始化我们的遥控器

【设计模式】我终于读懂了命令模式。。。_第15张图片

然后我们根据遥控器的图将第一排设置为电灯的sdk

【设计模式】我终于读懂了命令模式。。。_第16张图片
【设计模式】我终于读懂了命令模式。。。_第17张图片

进入onButtonWasPushed方法,并告诉遥控器我们要按第一排的

【设计模式】我终于读懂了命令模式。。。_第18张图片

遥控器已经知道了我们第一排是控制电灯的,就会去调用电灯的

【设计模式】我终于读懂了命令模式。。。_第19张图片

然后我们把撤销属性给赋值成刚刚的操作

【设计模式】我终于读懂了命令模式。。。_第20张图片

关操作同理

【设计模式】我终于读懂了命令模式。。。_第21张图片

这个时候undoComands已经变成关操作了

再次调用我们的撤销按钮

【设计模式】我终于读懂了命令模式。。。_第22张图片
【设计模式】我终于读懂了命令模式。。。_第23张图片

如果是开,我们调用关,如果是关,我们调用开

【设计模式】我终于读懂了命令模式。。。_第24张图片
【设计模式】我终于读懂了命令模式。。。_第25张图片

如果我们又要新增一个电视按钮

我们只需要加一个电视的sdk

【设计模式】我终于读懂了命令模式。。。_第26张图片

电视的开

【设计模式】我终于读懂了命令模式。。。_第27张图片

电视的关

【设计模式】我终于读懂了命令模式。。。_第28张图片

然后在客户端添加和灯具一样的方法就可以了

【设计模式】我终于读懂了命令模式。。。_第29张图片

【设计模式】我终于读懂了命令模式。。。_第30张图片

命令模式在 Spring 框架 JdbcTemplate 应用的源码分析

Spring 框架的 JdbcTemplate 就使用到了命令模式

JdbcTemplate

【设计模式】我终于读懂了命令模式。。。_第31张图片

query方法

【设计模式】我终于读懂了命令模式。。。_第32张图片

StatementCallback 接口 ,类似命令接口(Command)

【设计模式】我终于读懂了命令模式。。。_第33张图片

class QueryStatementCallback implements StatementCallback, SqlProvider

匿名内部类, 实现了命令接口, 同时也充当命令接收者

【设计模式】我终于读懂了命令模式。。。_第34张图片
命令调用者 是 JdbcTemplate

其中 execute(StatementCallback action) 方法中,调用 action.doInStatement方法.
不同的 实现 StatementCallback 接口的对象,对应不同的 doInStatemnt 实现逻辑

【设计模式】我终于读懂了命令模式。。。_第35张图片

另外实现 StatementCallback 命令接口的子类还有

【设计模式】我终于读懂了命令模式。。。_第36张图片

命令模式的注意事项和细节

  1. 将发起请求的对象与执行请求的对象解耦。发起请求的对象是调用者,调用者只要调用命令对象的 execute()方法就可以让接收者工作,而不必知道具体的接收者对象是谁、是如何实现的,命令对象会负责让接收者执行请求的动作,也就是说:”请求发起者”和“请求执行者”之间的解耦是通过命令对象实现的,命令对象起到了纽带桥梁的作用。
  2. 容易设计一个命令队列。只要把命令对象放到列队,就可以多线程的执行命令
  3. 容易实现对请求的撤销和重做
  4. 命令模式不足:可能导致某些系统有过多的具体命令类,增加了系统的复杂度,这点在在使用的时候要注意
  5. 空命令也是一种设计模式,它为我们省去了判空的操作。在上面的实例中,如果没有用空命令,我们每按下一个按键都要判空,这给我们编码带来一定的麻烦。
  6. 命令模式经典的应用场景:界面的每一个按钮都是一条命令、模拟 CMD(DOS 命令)订单的撤销/恢复、触发- 反馈机制

资料参考:https://www.bilibili.com/video/BV1G4411c7N4

代码地址:https://gitee.com/WangFuGui-Ma/design-pattern/tree/master/design

你可能感兴趣的:(命令模式,设计模式,java)