命令模式
命令模式:将一个请求封装为一个对象,从而使我们可用不同的请求对客户进行参数化;对请求排队或者记录请求日志,以及支持可撤销的操作。也称之为:动作Action模式、事务transaction模式
结构:
- Command抽象命令类
- ConcreteCommand具体命令类
- Invoker调用者/请求者:请求的发送者,它通过命令对象来执行请求,一个调用者并不需要再设计时确定其接受者,因此它只与抽象命令类之间存在关联。在程序运行时,将调用命令对象的execute(),间接调用接收者的相关操作。
- Receiver接收者:接收者执行与请求相关的操作,具体实现对请求的业务处理未抽象前,实际执行操作内容的对象。
- Client客户端:在客户类中需要创建调用者对象,具体命令类对象,在创建具体命令对象时指定对用的接收者,发送者和接收者直接没有直接关系,都通过命令对象间接调用 。
结构图
代码
/** * 真正的命令执行者 */ public class Receiver { public void action(){ System.out.println("Receiver action"); } } public interface Command { /** * 这个方法是一个返回结果为空的方法 ,实际项目中可以根据需求设计多个不同的方法 */ void execute(); } class ConcreteCommand implements Command{ private Receiver receiver;//命令的真正执行者 public ConcreteCommand(Receiver receiver){ super(); this.receiver = receiver; } @Override public void execute() { //命令的真正执行前后,执行相关的操作 receiver.action(); } } /** * 调用者或发起者 */ public class Invoker { private Command command;//也可以通过容器List<Command>容器很多命令,进行批处理,数据库底层的事务管理就是类似的结构 public Invoker(Command command){ super(); this.command = command; } //业务方法,用于调用命令类的方法 public void call(){ command.execute(); } } public class Client { public static void main(String[] args){ Command command = new ConcreteCommand(new Receiver()); Invoker invoker = new Invoker(command); invoker.call(); } }
应用场景
Struct2中,action的整个调用过程中就有命令模式
数据库事务机制的底层实现
命令的撤销和恢复
在下面的情况下应当考虑使用命令模式:
1、使用命令模式作为"CallBack"在面向对象系统中的替代。"CallBack"讲的便是先将一个函数登记上,然后在以后调用此函数。
2、需要在不同的时间指定请求、将请求排队。一个命令对象和原先的请求发出者可以有不同的生命期。换言之,原先的请求发出者可能已经不在了,而命令对象本身仍然是活动的。这时命令的接收者可以是在本地,也可以在网络的另外一个地址。命令对象可以在串形化之后传送到另外一台机器上去。
3、系统需要支持命令的撤消(undo)。命令对象可以把状态存储起来,等到客户端需要撤销命令所产生的效果时,可以调用undo()方法,把命令所产生的效果撤销掉。命令对象还可以提供redo()方法,以供客户端在需要时,再重新实施命令效果。
4、如果一个系统要将系统中所有的数据更新到日志里,以便在系统崩溃时,可以根据日志里读回所有的数据更新命令,重新调用Execute()方法一条一条执行这些命令,从而恢复系统在崩溃前所做的数据更新。
5、一个系统需要支持交易(Transaction)。一个交易结构封装了一组数据更新命令。使用命令模式来实现交易结构可以使系统增加新的交易类型。
命令允许请求的一方和接收请求的一方能够独立演化,从而且有以下的优点:
- 命令模式使新的命令很容易地被加入到系统里。
- 允许接收请求的一方决定是否要否决(Veto)请求。
- 能较容易地设计-个命令队列。
- 可以容易地实现对请求的Undo和Redo。
- 在需要的情况下,可以较容易地将命令记入日志。
- 命令模式把请求一个操作的对象与知道怎么执行一个操作的对象分割开。
- 命令类与其他任何别的类一样,可以修改和推广。
- 你可以把命令对象聚合在一起,合成为合成命令。比如宏命令便是合成命令的例子。合成命令是合成模式的应用。
- 由于加进新的具体命令类不影响其他的类,因此增加新的具体命令类很容易。
命令模式的缺点如下:
- 使用命令模式会导致某些系统有过多的具体命令类。某些系统可能需要几十个,几百个甚至几千个具体命令类,这会使命令模式在这样的系统里变得不实际。
相关推荐
命令模式(Command) 用意:把一个请求封装到一个对象中,把发出命令和执行命令的责任分开,委派给不同的对象实现。
设计模式C++学习之命令模式(Command)
有关设计模式里边的命令模式,内含ppt、源代码及结果、word整理。在此以供大家学习交流。
将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可取消的操作。
C++设计模式代码资源23_Command_命令模式.zip
Command设计模式ppt 代码示例 设计模式 Command ppt 代码实例 撤销重做实例
C#面向对象设计模式纵横谈(15):(行为型模式) Command 命令模式
Head First 设计模式 (六) 命令模式(Command pattern) C++实现
命令模式,将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可撤消的操作。
C++设计模式课件23_Command_命令模式.pdf
在这里与各位分享本人从网络上下载的C#面向对象设计模式纵横谈系列视频,共有25节,除了第一节需要各位贡献一点资源分以作为对本人上传资源的回馈,后面的其他资源均不需要... 这是第15节:行为型模式Command命令模式
C#面向对象设计模式纵横谈(15):(行为型模式) Command 命令模式 (Level 300)
主要介绍了Java设计模式之命令模式(Command模式)介绍,本文讲解了Command模式的定义、如何使用命令模式等内容,需要的朋友可以参考下
NULL 博文链接:https://jacky-dai.iteye.com/blog/1928129
命令模式 Command 设计模式 若理解有问题,还请大S指教。
命令模式(Command Pattern)是一种数据驱动的设计模式,它属于行为型模式。请求以命令的形式包裹在对象中,并传给调用对象。调用对象寻找可以处理该命令的合适的对象,并把该命令传给相应的对象,该对象执行命令。
命令模式是一种行为设计模式,它将一个请求封装成一个对象,从而允许用户根据不同的请求对客户进行参数化;同时,它也支持撤销操作。 命令模式的核心在于通过命令对象实现调用操作和实现操作的解耦。这种模式通常...
命令模式(Command Pattern)是一种数据驱动的设计模式,它属于行为型模式。请求以命令的形式包裹在对象中,并传给调用对象。调用对象寻找可以处理该命令的合适的对象,并把该命令传给相应的对象,该对象执行命令。 ...
第13章 命令模式(Command) 第14章 迭代器模式(Iterator) 第15章 组合模式(Composite) 第16章 模板方法模式(Template Method) 第17章 策略模式(Strategy) 第18章 状态模式(State) 第19章 备忘录模式...
这是JAVA设计模式中属于行为模式的部分,包括Template(模板模式)、Chain of Responsibility(责任链模式)、Memento(纪念品模式)、Mediator(中介模式)、Strategy(策略模式)、State 、Observer(观察者模式)、Visitor...