命令(Command)模式是对象的行为模式,又称为行动(Action)模式或者交易(Transaction)模式。
命令模式把一个请求或者操作封装到一个对象中。命令模式允许系统使用不同的请求把客户端参数化,对请求排队或者记录请求日志,可以提供命令的撤销和恢复功能。
命令模式结构与角色:
客户(Client)角色:创建了一个具体命令(ConcreteCommand)对象并确定其接受者。
命令(Command)角色:声明了一个给所有具体命令类的抽象接口。这是一个抽象角色,通常有一个Java接口或Java抽象类实现。
具体命令(ConcreteCommand)角色:定义一个接收者和行为之间的弱耦合;实现execute()方法。负责调用接受者的相应操作。execute()方法通常叫做执行方法。
请求者(Invoker)角色:负责调用命令对象执行请求。相关的方法叫做行动方法。
接受者(Receiver)角色:负责具体实施和执行一个请求。任何一个类都可以成为接收者,实施和执行请求的方法叫做行动方法。
在下面的情况下应当考虑使用命令模式:
1、 使用命令模式作为“回呼”在面向对象系统中的替代。“回呼”讲的便是先将一个函数登记上,然后在以后调用此函数。
2、 需要在不同的时间指定请求,将请求排队。一个命令对象和原先的请求发出者可以有不同的生命期。换言之,原先的请求发出者可能已经不在了,而命令对象本省仍然是活动的。这时命令的接收者可以是在本地,也可以在网络的另外一个地址。命令对象可以在串行化之后送到另外一台机器上去。
3、 系统需要支持命令的撤销(undo)。命令对象可以把状态存储起来,等到客户端需要撤销命令所产生的效果时,可以调用undo()方法,把命令所产生的效果撤销掉。命令对象还可以提供redo()方法,以供客户端在需要时,再重新实施命令的效果。
4、 一个系统需要支持交易(transaction)。一个交易结构封装了一组数据更新命令。使用命令模式来实现交易结构可以使系统增加新的交易类型。
命令模式的优点:
1、 命令模式把请求一个操作的对象与知道怎么执行一个操作的对象分隔开。
2、 命令类与其他任何别的泪一样,可以修改和推广。
3、 可以把命令对象聚合在一起,合称为合成命令。
4、 由于加进新的具体命令类不影响其他的类,因此增加新的具体命令类很容易。
命令模式的缺点:
由于命令模式会导致某些系统有过多的具体命令类。某些系统可能需要几十个,几百个甚至几千个具体命令类,这会使命令模式在这样的系统里变得不实际。