首页 > 其他分享 >Day13-设计模式之命令模式

Day13-设计模式之命令模式

时间:2023-07-05 21:22:20浏览次数:46  
标签:no light void 模式 命令 Command Day13 设计模式 public

设计模式之命令模式

一、引例

img

  1. 我们买了一套智能家电,有照明灯、风扇、冰箱、洗衣机,我们只要在手机上安装app就可以控制对这些家电工作。
  2. 这些智能家电来自不同的厂家,我们不想对每一种家电都安装一个App,分别控制,我们希望只要一个app就可以控制全部智能家电。
  3. 要实现一个app控制所有智能家电的需要,则每个智能家电厂家都要提供一个统一的接口给app调用,这时就可以考虑使用命令模式。

二、命令模式介绍

命令模式(Command Pattern)是对命令的封装,每一个命令都是一个操作。首先请求的一方发出请求要求执行一个操作,然后接收的一方收到请求,并执行操作。

  • 命令模式解耦了请求方接收方,请求方只需要发送命令而不需要关心命令是如何被接收的,不关心命令怎么操作,也不关心命令是否被执行等。

  • 核心思想:将命令或者请求封装成对象,通过一个中间层来解耦请求调用者和请求最终执行者

  • 通俗易懂的理解:

    将军发布命令,士兵去执行。其中有几个角色:将军(命令发布者)、士兵(命令的具体执行者)、命令(连接将军和士兵)。Invoker是调用者(将军),Receiver 是被调用者(士兵),ConcreteCommand是命令,实现了Command接口,持有接收对象

三、角色职责

  • 接收者角色(Receiver): 负责具体执行一个请求 。
    • 该角色就是具体的干活者,命令就是传递到这里被执行的。
  • 抽象命令角色(Command): 通常该角色是一个接口,定义需要执行的所有命令行为。
  • 具体命令角色(Concrete Command) :命令接口的具体实现,该类内部维护一个接收者(Receiver),收到执行命令请求后会调用Receiver的对应方法
  • 调用者角色(Invoker) : 接收客户端的命令并调用相应的命令执行 。 通常可以持有一个或多个 Command 命令

四、类图

在这里插入图片描述

五、代码实现

编写程序,使用命令模式 完成前面的智能家电项目
在这里插入图片描述

image-20230530203926232

  1. 抽象命令角色:
//创建命令接口
public interface Command {
	//执行动作(操作)
	public void execute();
	//撤销动作(操作)
	public void undo();
}

  1. 接收者角色:
public class LightReceiver {
	public void on() { System.out.println(" 电灯打开了.. "); }
	public void off() { System.out.println(" 电灯关闭了.. "); }
}

  1. 具体命令角色:
public class LightOffCommand implements Command {
	// 聚合LightReceiver
	LightReceiver light;
	// 构造器
	public LightOffCommand(LightReceiver light) { this.light = light; }
	@Override
	public void execute() {
		// 调用接收者的方法
		light.off();
	}
	@Override
	public void undo() {
		// 调用接收者的方法
		light.on();
	}
}

  1. 具体命令角色:
public class LightOnCommand implements Command {
	//聚合LightReceiver
	LightReceiver light;
	//构造器
	public LightOnCommand(LightReceiver light) { this.light = light; }
	@Override
	public void execute() {
		//调用接收者的方法
		light.on();
	}
	@Override
	public void undo() {
		//调用接收者的方法
		light.off();
	}
}

空命令对象

/**
 * 没有任何命令,即空执行: 用于初始化每个按钮, 当调用空命令时,对象什么都不做
 * 其实,这样是一种设计模式, 可以省掉对空判断
 * @author Administrator
 *
 */
public class NoCommand implements Command {

	@Override
	public void execute() {
		// TODO Auto-generated method stub
		
	}

	@Override
	public void undo() {
		// TODO Auto-generated method stub
		
	}

}
  1. 调用者角色
public class RemoteController {
	// 开 按钮的命令数组
	Command[] onCommands;
    // 关 按钮的命令数组
	Command[] offCommands;
	// 执行撤销的命令
	Command undoCommand;
	// 构造器,完成对按钮初始化
	public RemoteController() {
		onCommands = new Command[5];
		offCommands = new Command[5];
		for (int i = 0; i < 5; i++) {
			onCommands[i] = new NoCommand();
			offCommands[i] = new NoCommand();
		}
	}

	// 给我们的按钮设置你需要的命令
	public void setCommand(int no, Command onCommand, Command offCommand) {
		onCommands[no] = onCommand;
		offCommands[no] = offCommand;
	}
	// 按下开按钮
	public void onButtonWasPushed(int no) { // no 0
		// 找到你按下的开的按钮, 并调用对应方法
		onCommands[no].execute();
		// 记录这次的操作,用于撤销
		undoCommand = onCommands[no];
	}
	// 按下关按钮
	public void offButtonWasPushed(int no) { // no 0
		// 找到你按下的关的按钮, 并调用对应方法
		offCommands[no].execute();
		// 记录这次的操作,用于撤销
		undoCommand = offCommands[no];
	}
	// 按下撤销按钮
	public void undoButtonWasPushed() { undoCommand.undo(); }
}

  1. Client测试类
public class Client {
	public static void main(String[] args) {
		//使用命令设计模式,完成通过遥控器,对电灯的操作
		//创建电灯的对象(接受者)
		LightReceiver lightReceiver = new LightReceiver();
		//创建电灯相关的开关命令
		LightOnCommand lightOnCommand = new LightOnCommand(lightReceiver);
		LightOffCommand lightOffCommand = new LightOffCommand(lightReceiver);
		//需要一个遥控器
		RemoteController remoteController = new RemoteController();
		//给我们的遥控器设置命令, 比如 no = 0 是电灯的开和关的操作
		remoteController.setCommand(0, lightOnCommand, lightOffCommand);
		System.out.println("--------按下灯的开按钮-----------");
		remoteController.onButtonWasPushed(0);
		System.out.println("--------按下灯的关按钮-----------");
		remoteController.offButtonWasPushed(0);
		System.out.println("--------按下撤销按钮-----------");
		remoteController.undoButtonWasPushed();
	}
}

六、总结

  • 将发起请求的对象与执行请求的对象解耦。发起请求的对象是调用者,调用者只要调用命令对象的execute()方法就可以让接收者工作,而不必知道具体的接收者对象是谁、是如何实现的,命令对象会负责让接收者执行请求的动作,也就是说:”请求发起者”和“请求执行者”之间的解耦是通过命令对象实现的,命令对象起到了纽带桥梁的作用
  • 容易实现对请求的撤销和重做
  • 命令模式不足:可能导致某些系统有过多的具体命令类,增加了系统的复杂度
  • 空命令也是一种设计模式,它为我们省去了判空的操作。在上面的实例中,如果没有用空命令,我们每按下一个按键都要判空,这给我们编码带来一定的麻烦。

标签:no,light,void,模式,命令,Command,Day13,设计模式,public
From: https://www.cnblogs.com/coolsheep/p/17529827.html

相关文章

  • Day12-设计模式之备忘录模式
    设计模式之备忘录模式一、引例案例引入游戏角色状态恢复问题游戏角色有攻击力和防御力,在大战Boss前保存自身的状态(攻击力和防御力),当大战Boss后攻击力和防御力下降,从备忘录对象恢复到大战前的状态。传统的设计方案传统的方式的问题分析一个对象,就对应一个保存对象状态......
  • M0休眠模式
    一、特点两种休眠模式:普通休眠和深度休眠进入休眠的休眠方法:WFI、WFE、利用退出休眠特性降低休眠时功耗的方法:停止部分或所有时钟信号降低MCU某部分时钟频率降低MCU各部分电压关掉MCU某部分电源二、普通休眠和深度休眠模式进人普通休眠模式还是深度休眠模式,是......
  • 大连人工智能计算平台——华为昇腾AI平台——高性能计算HPC的异构计算——CPU和GPU的
    好消息,居然有经费了,账号可以接着用了,可以接着玩超算了。   ==========================================================......
  • WPF 在MVVM模式下应用动画
    一个简单的需求:当程序发生异常时候,在界面上动画显示异常信息。这个需求看似简单,只需要try……catch到异常,然后把异常的信息写入界面就OK了。但在MVVM时,就不是这么简单了。MVVM模式下,追求前后端的分离。然后catch到的异常,也只能在后台代码中。如果传递到前台呢?这自然就想到了Bin......
  • JAVA设计模式之建造者模式
    设计模式设计模式(DesignPattern)是前辈们对代码开发经验的总结,是解决特定问题的一系列套路。它不是语法规定,而是一套用来提高代码可复用性、可维护性、可读性、稳健性以及安全性的解决方案。总体来说设计模式分为三大类:创建型模式,共五种:工厂方法模式、抽象工厂模式、单例模式、......
  • 【操作教程】EasyCVR视频融合平台鉴权模式的两种配置方式
    EasyCVR平台可以实现海量资源的接入、汇聚、计算、存储、处理等,平台具备轻量化接入能力,可支持多协议方式接入,包括主流标准协议GB28181、RTSP/Onvif、RTMP等,以及厂家私有协议与SDK接入,包括海康Ehome、海大宇等设备的SDK等。今天我们来详细介绍一下EasyCVR平台的鉴权功能与配置方法......
  • PlayWright(十二)- PO模式
    1、PO模式是什么?PO,即PageObject,直译为页面对象,代表Web应用程序的一部分 具体什么意思呢,通俗来讲,一个页面有输入、点击、搜索功能,而且有很多页面,这时候我们就采用每个页面作为一个单独的page对象来维护编写,避免重复代码,层级也清晰,便于维护 2、以百度首页搜索为实例我们......
  • .Net下验证MongoDB 的 Linq 模式联合查询是否可用
    MongoDB.Driver类库提供了Linq查询的支持。然而,在使用Linq进行联合查询时,是否能够正确转换为MongoDB底层的查询语句还有待验证。今天,我将进行实验来验证一下。输出查询语句首先,通过订阅MongoClientSettings的功能,将查询语句输出。varsettings=MongoCli......
  • Python中对open读取文件内容时的mode模式解析
    1.Python可以使用open函数来实现文件的打开,关闭,读写操作;Python3中的open函数定义为:open(file,mode='r',buffering=None,encoding=None,errors=None,newline=None,closefd=True)其中mode列表为:'r'#openforreading(default)'w'#openforwriting,truncatin......
  • DDD领域设计模式
    微服务设计为什么要选择DDD?其实最近几年微服务架构的思想越来越普及,很多企业已经或者尝试从单体架构向微服务架构转型。微服务也成为很多中大型企业实施中台战略的不二之选。但是在微服务实施过程中有很多问题,单体应用到底应该如何去拆分微服务?边界到底怎么划分?微服务这个微字到......