设计模式—Command模式
设计模式学习笔记(十四)—Command模式。
将一个请求封装为一个对象,从而使你不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可撤销的操作。
二、模式解说
Commad模式是一种对象行为模式,它可以对发送者(sender)和接收者(receiver)完全解耦(decoupling)。("发送者" 是请求操作的对象,"接收者" 是接收请求并执行某操作的对象。有了 "解耦",发送者对接收者的接口一无所知。)这里,"请求"(request)这个术语指的是要被执行的命令。Command模式还让我们可以对 "何时" 以及 "如何" 完成请求进行改变。因此,Command模式为我们提供了灵活性和可扩展性。
三、结构图
Command模式结构图如下:
四、怎么使用?
1)定义一个Command接口,接口中有一个统一的方法,这就是将请求/命令封装为对象。
2)定义具体不同命令类ConcreteCommand实现Command接口。
3)定义一个命令的调用角色Invoker。
4)定义一个命令执行状态的接收者Receiver(非必须)。
五、一个例子
class Document{
public void display(){
System.out.println("显示文档内容");
}
public void undo(){
System.out.println("撤销文档内容");
}
public void redo(){
System.out.println("重做文档内容");
}
}
interface DocumentCommand{
public void execute();
}
class DisplayCommand implements DocumentCommand{
private Document document;
public DisplayCommand(Document doc){
document=doc;
}
public void execute() {
document.display();
}
}
class UndoCommand implements DocumentCommand{
private Document document;
public UndoCommand(Document doc){
document=doc;
}
public void execute() {
document.undo();
}
}
class RedoCommand implements DocumentCommand{
private Document document;
public RedoCommand(Document doc){
document=doc;
}
public void execute(){
document.redo();
}
}
class DocumentInvoker{
private DisplayCommand _dcmd;
private UndoCommand _ucmd;
private RedoCommand _rcmd;
public DocumentInvoker(DisplayCommand dcmd,UndoCommand ucmd,RedoCommand rcmd){
this._dcmd=dcmd;
this._ucmd=ucmd;
this._rcmd=rcmd;
}
public void display(){
_dcmd.execute();
}
public void undo(){
_ucmd.execute();
}
public void redo(){
_rcmd.execute();
}
}
public class CommandTest {
public static void main(String[] args) {
Document doc=new Document();
DisplayCommand display=new DisplayCommand(doc);
UndoCommand undo=new UndoCommand(doc);
RedoCommand redo=new RedoCommand(doc);
DocumentInvoker invoker=new DocumentInvoker(display,undo,redo);
invoker.display();
invoker.undo();
invoker.redo();
}
}
六、适用性
1)使用命令模式作为"CallBack"在面向对象系统中的替代。"CallBack"讲的便是先将一个函数登记上,然后在以后调用此函数。
2)需要在不同的时间指定请求、将请求排队。一个命令对象和原先的请求发出者可以有不同的生命期。换言之,原先的请求发出者可能已经不在了,而命令对象本身仍然是活动的。这时命令的接收者可以是在本地,也可以在网络的另外一个地址。命令对象可以在串形化之后传送到另外一台机器上去。
3)系统需要支持命令的撤消(undo)。命令对象可以把状态存储起来,等到客户端需要撤销命令所产生的效果时,可以调用undo()方法,把命令所产生的效果撤销掉。命令对象还可以提供redo()方法,以供客户端在需要时,再重新实施命令效果。
4)如果一个系统要将系统中所有的数据更新到日志里,以便在系统崩溃时,可以根据日志里读回所有的数据更新命令,重新调用Execute()方法一条一条执行这些命令,从而恢复系统在崩溃前所做的数据更新。
七、优缺点
1)优点: Command模式将 "调用操作的对象"(DocumentInvoker)和 "知道如何执行操作的对象" (Document)完全分离开来。这带来了很大的灵活性:发送请求的对象只需要知道如何发送;它不必知道如何完成请求。
2)会导致某些系统有过多的具体命令类。
八、参考
http://www.1-100.org/JSP/13170.htm
http://terrylee.cnblogs.com/archive/2006/07/17/Command_Pattern.html
http://www.jdon.com/designpatterns/command.htm
http://www.cnblogs.com/zhenyulu/articles/69858.html