Java23种设计模式探究之(命令模式)

邮差的信 提交于 2021-02-02 12:43:31

预计阅读时间:6分钟



说在前面的话!


首先,我们对行为型模式下的命令模式的结构做一个简单的了解:

    命令模式是对命令的封装。命令模式把发出命令的责任和执行命令的责任分割开,委派给不同的对象。每一个命令都是一个操作:请求的一方发出请求要求执行一个操作;接收的一方收到请求,并执行操作。命令模式允许请求的一方和接收的一方独立开来,使得请求的一方不必知道接收请求的一方的接口,更不必知道请求是怎么被接收,以及操作是否被执行、何时被执行,以及是怎么被执行的。



行为型模式-命令模式(Command)


简介:

    命令模式属于对象的行为型模式中的一种模式。命令模式又称为行动(Action)模式或交易(Transaction)模式。

    将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化,对请求排队或记录请求日志。以及支持可撤销的操作。说白了,就是将一系列的请求命令封装起来,不直接调用真正执行者的方法,这样比较好扩展。


命令模式的结构示意图:


命令模式涉及到五个部分,它们分别是:

Command(抽象命令类):抽象出命令对象,可以根据不同的命令类型。写出不同的实现类。

ConcreteCommand(具体命令类):实现了抽象命令对象的具体实现。

Invoker(调用者/请求者)请求的发送者,它通过命令对象来执行请求。一个调用者并不需要在设计时确定其接收者,因此它只与抽象命令来之间存在关联。在程序运行时,将调用命令对象的execute() ,间接调用接收者的相关操作。

Receiver(接收者):接收者执行与请求相关的操作,真正执行命令的对象。具体实现对请求的业务处理。未抽象前,实际执行操作内容的对象。

Client(客户端):在客户类中需要创建调用者对象,具体命令类对象,在创建具体命令对象时指定对应的接收者。发送者和接收者之间没有直接关系,都通过命令对象来调用。



代码实现


首先定义一个命令的接收者,也就是到最后真正执行命令的那个人。

/**
* @author Umizhang
* @time 2018/8/6
* 接收者: 真正执行命令的对象
*/

public class Receiver {
   public void action() {
       System.out.println("命令模式的命令被执行了......");
   }
}


然后定义抽象命令和抽象命令的具体实现,具体命令类中需要持有真正执行命令的那个对象

/**
* @author Umizhang
* @time 2018/8/6
* 抽象命令类: 可以根据不同类型的命令写出不同的实现
*/

public interface Command {
   // 调用命令
   public void execute();
}
/**
* @author Umizhang
* @time 2018/8/6
* // 具体的命令类
*/

public class ConcreteCommand implements Command{
   private Receiver receiver; //持有真正执行命令对象引用
   public ConcreteCommand(Receiver receiver) {
       super();
       this.receiver = receiver;
   }
   @Override
   public void execute() {
       //调用接收者执行命令的方法
       receiver.action();
   }
}


接下来就可以定义命令的发起者了,发起者需要持有一个命令对象。以便来发起命令。

/**
* @author Umizhang
* @time 2018/8/6
* 请求者/调用者: 发起执行命令请求的对象
*/

public class Invoker {
   private Command command; //持有命令对象的引用
   public Invoker(Command command) {
       super();
       this.command = command;
   }
   public void call() {
       // 请求者调用命令对象执行命令的那个execute方法
       command.execute();
   }
}


客户端测试:客户端

/**
* @author Umizhang
* @time 2018/8/6
* 客户端测试命令模式
*/

public class Client {
   public static void main(String[] args) {
       //通过请求者(Invoker)调用命令对象(Command),命令对象中调用命令具体执行者(Receiver)
       Command command = new ConcreteCommand(new Receiver());
       Invoker invoker = new Invoker(command);
       invoker.call();
   }
}


结果打印:


代码的UML图如下:


使用场景:


Struts2中action中的调用过程中存在命令模式。

数据库中的事务机制的底层实现。

命令的撤销和恢复:增加相应的撤销和恢复命令的方法(比如数据库中的事务回滚)。


总结:


命令允许请求的一方和接收请求的一方能够独立演化,从而具有以下的优点:

(1)命令模式使新的命令很容易地被加入到系统里。

(2)允许接收请求的一方决定是否要否决请求。

(3)能较容易地设计一个命令队列。

(4)可以容易地实现对请求的撤销和恢复。

(5)在需要的情况下,可以较容易地将命令记入日志。


更多技术文章扫码关注我吧!欢迎分享!



本文分享自微信公众号 - 一只蓝色猿(umizhang0910)。
如有侵权,请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”,欢迎正在阅读的你也加入,一起分享。

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!