预计阅读时间: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源创计划”,欢迎正在阅读的你也加入,一起分享。
来源:oschina
链接:https://my.oschina.net/u/3970380/blog/4476309