- 浏览: 67971 次
- 性别:
- 来自: 上海
最新评论
-
java苹果+番茄:
已经修改,感谢大家提的意见;有一年多没进来了,很惭愧;以后一定 ...
java设计模式笔记链接地址汇总 -
youthon:
命令(Command)模式【行为模式第九篇】的链接应为http ...
java设计模式笔记链接地址汇总 -
youthon:
你给的链接只有你自己才能打开,你改改吧
java设计模式笔记链接地址汇总 -
shaozhi_jinni:
[b][/b][i][/i][u][/u]引用引用
[img ...
模板方法(Template Method)模式【行为模式第十篇】 -
Tank03:
慢慢的走~
android开发学习中(已经学会了几个小玩意),兴趣大增
命令(Command)模式:
命令模式属于对象的行为模式。命令模式又称为行动模式或交易模式。
命令模式把一个请求或者操作封装到一个对象中。命令模式允许系统使用不同的请求把客户端参数化,对请求排队或者记录请求日志,可以提供命令
的撤销和恢复功能。
命令模式是对命令的封装。命令模式把发出命令的责任和执行命令的责任分割开,委派给不同的对象。每一个命令都是一个操作:
请求的一方发出请求要求执行一个操作;接受的一方收到请求,并执行操作。命令模式允许请求的一方和接收的一方独立开来,使得请求的一方不必
知道接收请求的一方的接口,更不必知道请求是怎么被接收,以及操作是否被执行、何时被执行,以及是怎么被执行的。
命令允许请求的一方和接收请求的一方能够独立演化,从而具有一下的优点:
(1)命令模式使新的命令很容易地被加入到系统里。
(2)允许接收请求的一方决定是否要否决要求。
(3)能较容易地设计一个命令队列。
(4)可以容易地实现对请求的Undo和Redo。
(5)在需要的情况下,可以较容易地将命令记录日志。
一、命令模式涉及到的五个角色:
1、客户角色:创建了一个具体命令对象并确定其接收者。
2、命令角色:声明了一个给所有具体命令类的抽象接口。这是一个抽象角色,通常由一个java接口或java抽象类实现。
3、具体命令角色:定义一个接受者和行为之间的弱耦合;实现execute方法,负责调用接收者的相应操作。execute方法通常叫做
执行方法。
4、请求者(Invoke)角色:负责调用命令对象执行请求,相关的方法叫做行动方法。
5、接收者(Receiver)角色:负责具体实施和执行一个请求。任何一个类都可以成为接收者,实施和执行请求的方法叫做行动方法。
二、在什么情况下应当使用命令模式
1、使用命令模式作为“回呼”在面向对象系统中的替代。“回呼”讲的便是先将一个函数登记上,然后在以后调用此函数。
2、需要在不同的时间指定请求,将请求排队。一个命令对象和原先的请求发出者可以有不同的生命期。换言之,原先的请求
发出者可能已经不在了,而命令对象本身仍然是活动的。这时命令的接收者可以是在本地,也可以在网络的另外一个地址。
命令对象可以在串行化之后传送到另外一台机器上去。
3、系统需要支持命令的撤销(Undo)。命令对象可以把状态存储起来,等到客户端需要撤销命令所产生的效果时,可以调用
undo()方法,把命令所产生的效果撤销掉。命令对象还可以提供redo()方法,以供客户端在需要时,再重新实施命令
的效果。
4、如果一个系统要将系统中所有的数据更新到日志里,以便在系统崩溃时,可以根据日志里读回所有的数据更新命令,重新调用
execute()方法一条一条执行这些命令,从而恢复系统在崩溃前所做的数据更新。
5、一个系统需要支持交易(transaction)。一个交易结构封装了一组数据更新命令。使用命令模式来实现交易结构可以使系统
增加新的交易类型。826P;
三、使用命令模式的优点和缺点
1、优点
(1)命令模式把请求一个操作的对象与知道怎么执行一个操作的对象分割开。
(2)命令类与其他任何别的类一样,可以修改和推广。
(3)你可以把命令对象聚合在一起,合成为合成命令。比如上面的例子里所讨论的宏命令便是合成命令的例子。合成命令
是合成模式的应用。
(4)由于加进新的具体命令类不影响其他的类,因此增加新的具体命令类很容易。
2、缺点
使用命令模式会导致某些系统有过多的具体命令类。某些系统可能需要几十个,几百个甚至几千个具体命令类,这会使命令模式
在这样的系统里变得不实际。
命令模式属于对象的行为模式。命令模式又称为行动模式或交易模式。
命令模式把一个请求或者操作封装到一个对象中。命令模式允许系统使用不同的请求把客户端参数化,对请求排队或者记录请求日志,可以提供命令
的撤销和恢复功能。
命令模式是对命令的封装。命令模式把发出命令的责任和执行命令的责任分割开,委派给不同的对象。每一个命令都是一个操作:
请求的一方发出请求要求执行一个操作;接受的一方收到请求,并执行操作。命令模式允许请求的一方和接收的一方独立开来,使得请求的一方不必
知道接收请求的一方的接口,更不必知道请求是怎么被接收,以及操作是否被执行、何时被执行,以及是怎么被执行的。
命令允许请求的一方和接收请求的一方能够独立演化,从而具有一下的优点:
(1)命令模式使新的命令很容易地被加入到系统里。
(2)允许接收请求的一方决定是否要否决要求。
(3)能较容易地设计一个命令队列。
(4)可以容易地实现对请求的Undo和Redo。
(5)在需要的情况下,可以较容易地将命令记录日志。
一、命令模式涉及到的五个角色:
1、客户角色:创建了一个具体命令对象并确定其接收者。
2、命令角色:声明了一个给所有具体命令类的抽象接口。这是一个抽象角色,通常由一个java接口或java抽象类实现。
3、具体命令角色:定义一个接受者和行为之间的弱耦合;实现execute方法,负责调用接收者的相应操作。execute方法通常叫做
执行方法。
4、请求者(Invoke)角色:负责调用命令对象执行请求,相关的方法叫做行动方法。
5、接收者(Receiver)角色:负责具体实施和执行一个请求。任何一个类都可以成为接收者,实施和执行请求的方法叫做行动方法。
//客户端 public class Client{ public static void main(String[] args){ Receiver receiver = new Receiver(); Command command = new ConcreteCommand(receiver); Invoker invoker = new Invoker(command); invoker.action(); } } //请求者角色 public class Invoker{ private Command command; public Invoker(Command command){ this.command = command; } public void action(){ command.execute(); } } //接收者 public class Receiver{ public Receiver(){ //.............. } //行动方法 public void action(){ System.out.println("Action has been taken."); } } //抽象命令角色 public interface Command{ void execute(); } //具体命令类 public class ConcreteCommand implements Command{ private Receiver receiver; public ConcreteCommand(Receiver receiver){ this.receiver = receiver; } public void execute(){ receiver.action(); } } 命令模式的活动序列 (1)客户端创建了一个ConcreteCommand对象,并指明了接收者; (2)请求者对象保存了ConcreteCommand对象; (3)请求者对象通过调用action()方法发出请求。如果命令是能撤销(Undo)的,那么ConcreteCommand保存了 调用execute()方法之前的状态。 (4)ConcreteCommand对象调用接收的一方的方法执行请求。 //一个例子(创世纪) //抽象命令类 public interface CommandFromGod{ public void execute(); } //请求角色 import java.awt.*; import java.awt.event.*; public class TheWorld extends Frame implements ActionListener{ private LetThereBeLightCommand btnLight; private LetThereBeLandCommand btnLand; private ResetCommand btnReset; private GodRestsCommand btnExit; private Panel p; public TheWorld(){ super("This is the world,and God says..."); p = new Panel(); p.setBackground(Color.black); add(p); btnLight = new LetThereBeLightCommand("Let there be light",p); btnLand = new LetThereBeLandCommand("Let there be land",p); btnReset = new ResetCommand("Reset",p); btnExit = new GodRestsCommand("God rests"); p.add(btnLight); p.add(btnLand); p.add(btnReset); p.add(btnExit); btnLight.addActionListener(this); btnLand.addActionListener(this); btnReset.addActionListener(this); btnExit.addActionListener(this); setBounds(100,100,400,200); setVisible(true); } public void actionPerformed(ActionEvent e){ Command obj = (Command)e.getSource(); obj.execute(); } public static void main(String[] args){ new TheWorld(); } } import java.awt.*; import java.awt.event.*; public class LetThereBeLightCommand extends Button implements CommandFromGod{ private Panel p; public LetThereBeLightCommand(String caption,Panel p){ super(caption); this.p = p; } public void execute(){ p.setBackground(Color.white); } } import java.awt.*; import java.awt.event.*; public class LetThereBeLandCommand extends Button implements CommandFromGod{ private Panel p; public LetThereBeLandCommand(String caption,Panel p){ super(caption); this.p = p; } public void execute(){ p.setBackground(Color.orange); } } import java.awt.*; import java.awt.event.*; public class ResetCommand extends Button implements CommandFromGod{ private Panel p; public ResetCommand(String caption,Panel p){ super(caption); this.p = p; } public void execute(){ p.setBackground(Color.black); } } import java.awt.*; import java.awt.event.*; public class GodRestsCommand extends Button implements CommandFromGod{ public GodRestsCommand(String caption){ super(caption); } public void execute(){ System.exit(0); } }
二、在什么情况下应当使用命令模式
1、使用命令模式作为“回呼”在面向对象系统中的替代。“回呼”讲的便是先将一个函数登记上,然后在以后调用此函数。
2、需要在不同的时间指定请求,将请求排队。一个命令对象和原先的请求发出者可以有不同的生命期。换言之,原先的请求
发出者可能已经不在了,而命令对象本身仍然是活动的。这时命令的接收者可以是在本地,也可以在网络的另外一个地址。
命令对象可以在串行化之后传送到另外一台机器上去。
3、系统需要支持命令的撤销(Undo)。命令对象可以把状态存储起来,等到客户端需要撤销命令所产生的效果时,可以调用
undo()方法,把命令所产生的效果撤销掉。命令对象还可以提供redo()方法,以供客户端在需要时,再重新实施命令
的效果。
4、如果一个系统要将系统中所有的数据更新到日志里,以便在系统崩溃时,可以根据日志里读回所有的数据更新命令,重新调用
execute()方法一条一条执行这些命令,从而恢复系统在崩溃前所做的数据更新。
5、一个系统需要支持交易(transaction)。一个交易结构封装了一组数据更新命令。使用命令模式来实现交易结构可以使系统
增加新的交易类型。826P;
三、使用命令模式的优点和缺点
1、优点
(1)命令模式把请求一个操作的对象与知道怎么执行一个操作的对象分割开。
(2)命令类与其他任何别的类一样,可以修改和推广。
(3)你可以把命令对象聚合在一起,合成为合成命令。比如上面的例子里所讨论的宏命令便是合成命令的例子。合成命令
是合成模式的应用。
(4)由于加进新的具体命令类不影响其他的类,因此增加新的具体命令类很容易。
2、缺点
使用命令模式会导致某些系统有过多的具体命令类。某些系统可能需要几十个,几百个甚至几千个具体命令类,这会使命令模式
在这样的系统里变得不实际。
发表评论
-
java设计模式笔记链接地址汇总
2009-10-24 14:46 2294各位,这些笔记已经生成了pdf,如果有兴趣的可以在本文末尾下载 ... -
MVC模式【行为模式第十三篇】
2009-10-23 23:36 1517MVC模式:就是模型-视 ... -
状态(State Pattern)模式【行为模式第十二篇】
2009-10-23 23:35 1371状态(State Pattern)模式:又称为状态对象模式,状 ... -
责任链(Chain of Responsibility)模式【行为模式第十一篇】
2009-10-23 23:33 1256责任链(Chain of Responsibility)模式 ... -
模板方法(Template Method)模式【行为模式第十篇】
2009-10-23 23:32 1229模板方法(Template Method)模式 模板方法模式 ... -
解释器(Interpreter)模式【行为模式第八篇】
2009-10-23 23:29 1111解释器(Interpreter)模 ... -
观察者(Observer)模式【行为模式第七篇】
2009-10-23 23:28 1280观察者(Observer)模式 ... -
访问者(Visitor)模式【行为模式第六篇】
2009-10-23 23:26 1135访问者(Visitor)模式: 访问者模式是对象的行为模式。 ... -
迭代子(Iterator)模式【行为模式第五篇】
2009-10-23 23:25 1536迭代子(Iterator)模式: 迭代子模式又叫游标(Cur ... -
调停者(Mediator)模式 【行为模式第四篇】
2009-10-23 23:23 2676调停者(Mediator)模式 调停者模式是对象的行为模式。 ... -
策略(Strategy)模式 【行为模式第三篇】
2009-10-23 23:22 1541策略(Strategy)模式 策略模式属于对象的行为模式。其 ... -
不变(Immutable)模式【行为模式第二篇】
2009-10-23 23:21 1704不变(Immutable)模式 一个对象的状态在对象被创建之 ... -
备忘录(Memento Pattern)模式 【行为模式第一篇】
2009-10-23 23:19 1995备忘录(Memento Pattern)模式 备忘录模式又叫 ... -
适配器模式举例【结构模式第八篇】
2009-10-23 23:17 1056XMLProperties与适配器模式举例: //---- ... -
适配器模式【结构模式第六篇】
2009-10-23 23:12 1209适配器模式(Adapter Pattern)(另称-变压器模式 ... -
桥梁(Bridge)模式【结构模式第五篇】
2009-10-23 23:09 1368桥梁(Bridge)模式: 一、桥梁模式的用意 桥梁模式 ... -
门面(Facade)模式【结构模式第四篇】
2009-10-23 23:08 1240门面(Facade)模式: 是对象的结构模式。外部与一个子系 ... -
亨元(Flyweight Pattern)模式【结构模式第三篇】
2009-10-23 23:07 1189亨元(Flyweight Pattern) ... -
合成(Composite)模型模式【结构模式第二篇】
2009-10-23 23:04 1400合成(Composite)模型模式: 属于对象的结构模式,有 ... -
代理(Proxy)模式 【结构模式第一篇】
2009-10-23 23:02 1408代理(Proxy)模式 是对 ...
相关推荐
Command模式是软件设计模式中的一种行为模式,它在23种经典设计模式中排名第十九,主要用来封装命令请求。这个模式的核心思想是将一个请求封装为一个对象,从而让我们可以使用不同的请求、队列或者日志请求,以及...
命令模式(Command Pattern) 15. 迭代器模式(Iterator Pattern) 16. 观察者模式(Observer Pattern) 17. 解释器模式(Interpreter Pattern) 18. 中介者模式(Mediator Pattern) 19. 职责链模式(Chain of ...
第5章 行为模式 147 5.1 CHAIN OF RESPONSIBIL ITY(职责链) —对象行为型模式 147 5.2 COMMAND(命令)—对象行为型 模式 154 5.3 INTERPRETER(解释器)—类行为型 模式 162 5.4 ITERATOR(迭代器)—对象行为型 ...
第9章 适配器模式(Adapter) 9.1 模式解说 9.2 结构和用法 9.2.1 类的适配器模式 9.2.2 对象的适配器模式 9.2.3 问题讨论 9.3 范例与实践 9.3.1 用适配器模式包装第三方API的范例 9.3.2 范例小结 第10章 ...
第5章 行为模式 147 5.1 CHAIN OF RESPONSIBIL ITY(职责链) —对象行为型模式 147 5.2 COMMAND(命令)—对象行为型 模式 154 5.3 INTERPRETER(解释器)—类行为型 模式 162 5.4 ITERATOR(迭代器)—对象行为型 ...
第5章 行为模式 147 5.1 CHAIN OF RESPONSIBIL ITY(职责链) —对象行为型模式 147 5.2 COMMAND(命令)—对象行为型 模式 154 5.3 INTERPRETER(解释器)—类行为型 模式 162 5.4 ITERATOR(迭代器)—对象...
第9章 适配器模式(Adapter) 9.1 模式解说 9.2 结构和用法 9.2.1 类的适配器模式 9.2.2 对象的适配器模式 9.2.3 问题讨论 9.3 范例与实践 9.3.1 用适配器模式包装第三方API的范例 9.3.2 范例小结 ...
第5章 行为模式 147 5.1 CHAIN OF RESPONSIBIL ITY(职责链) —对象行为型模式 147 5.2 COMMAND(命令)—对象行为型 模式 154 5.3 INTERPRETER(解释器)—类行为型 模式 162 5.4 ITERATOR(迭代器)—对象行为型 ...
第5章 行为模式 147 5.1 CHAIN OF RESPONSIBIL ITY(职责链) —对象行为型模式 147 5.2 COMMAND(命令)—对象行为型 模式 154 5.3 INTERPRETER(解释器)—类行为型 模式 162 5.4 ITERATOR(迭代器)—对象行为型 ...
第5章 行为模式 147 5.1 CHAIN OF RESPONSIBIL ITY(职责链) —对象行为型模式 147 5.2 COMMAND(命令)—对象行为型 模式 154 5.3 INTERPRETER(解释器)—类行为型 模式 162 5.4 ITERATOR(迭代器)—对象行为型 ...
命令模式 (Command Pattern) 命令模式是一种行为型模式,将一个请求封装成一个对象,从而使你能够用不同的请求来参数化对象,对请求进行排队或记录日志,以及支持可撤销的操作。命令模式可以将请求的发送者与执行...
第5章 行为模式 147 5.1 CHAIN OF RESPONSIBIL ITY(职责链) —对象行为型模式 147 5.2 COMMAND(命令)—对象行为型 模式 154 5.3 INTERPRETER(解释器)—类行为型 模式 162 5.4 ITERATOR(迭代器)—对象行为型 ...
第5章 行为模式 147 5.1 CHAIN OF RESPONSIBIL ITY(职责链) —对象行为型模式 147 5.2 COMMAND(命令)—对象行为型 模式 154 5.3 INTERPRETER(解释器)—类行为型 模式 162 5.4 ITERATOR(迭代器)—对象行为型 ...
第5章 行为模式 147 5.1 chain of responsibil ity(职责链) —对象行为型模式 147 5.2 command(命令)—对象行为型 模式 154 5.3 interpreter(解释器)—类行为型 模式 162 5.4 iterator(迭代器)—对象...
行为模式 147 5.1 CHAIN OF RESPONSIBIL ITY(职责链) —对象行为型模式 147 5.2 COMMAND(命令)—对象行为型 模式 154 5.3 INTERPRETER(解释器)—类行为型 模式 162 5.4 ITERATOR(迭代器...
9. **命令模式**(Command):将请求封装为一个对象,以便使用不同的请求、队列请求、或者支持可撤销的操作。在Java中,命令模式常用于GUI事件处理。 10. **状态模式**(State):允许对象在其内部状态改变时改变它...
第5章 行为模式 147 5.1 CHAIN OF RESPONSIBIL ITY(职责链) —对象行为型模式 147 5.2 COMMAND(命令)—对象行为型 模式 154 5.3 INTERPRETER(解释器)—类行为型 模式 162 5.4 ITERATOR(迭代器)—对象行为型 ...
第5章 行为模式 147 5.1 CHAIN OF RESPONSIBIL ITY(职责链) —对象行为型模式 147 5.2 COMMAND(命令)—对象行为型 模式 154 5.3 INTERPRETER(解释器)—类行为型 模式 162 5.4 ITERATOR(迭代器)—对象...
行为模式 147 5.1 CHAIN OF RESPONSIBIL ITY(职责链) —对象行为型模式 147 5.2 COMMAND(命令)—对象行为型 模式 154 5.3 INTERPRETER(解释器)—类行为型 模式 162 5.4 ITERATOR(迭代器...