面临问题:
在软件系统中,“行为请求者”与“行为实现者”通常呈现一种“紧耦合”。但在某些场合,比如要对行为进行“记录、撤销/重做、事务”等处理,这种无法抵御变化的紧耦合是不合适的。
在这种情况下,如何将“行为请求者”与“行为实现者”解耦?
就是说,是不是需要把请求封装起来?以便于动态扩展请求的变化。
解决方案:
采用命令模式将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可撤销的操作。
也就是说了,为了隔离请求者和实现者。需要把请求信息和请求执行过程封装起来。也就是封装的是请求,将请求封装为对象。也就变成了可以接受请求信息的命令对象。
自己的疑问:client也应该有invoker对象,上面好像少了一条线。
具体参考实现类:
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();
}
}
Command(抽象命令类)
声明执行操作的接口
ConcreteCommand(具体命令类)
将一个接收者对象绑定于一个动作调用接收者相应的操作以实现Execute
Client(客户类)
创建一个具体命令对象并设定它的接收者
Invoker(调用者)
要求该命令执行这个请求
Receiver(接收者)
知道如何实施与执行一个请求相关的操作。任何类都可能作为一个接收者
命令模式的根本目的在于将“行为请求者”与“行为实现者”解耦,在面向对象语言中,常见的实现手段是将“行为”抽象为“对象”。
实现Command接口的具体命令对象。ConcreteCommand有时侯根据需要可能会保存一些
额外的状态信息。
通过使用组合模式,可以将多个“命令”封装为一个“复合命令”。
相关的模式
Composite模式可用来实现command组合
为实现undo/redo,可以用其他行为模式来管理状态,如Memento模式。Command被放到history list之前,可以用Prototype模式复制自身