命令模式, Command pattern

命令模式, Command pattern

命令模式, Command pattern , 行动(Action)模式或者交易(Transaction)模式

定义 命令模式属于对象的行为模式。命令模式又称为行动(Action)模式或者交易(Transaction)模式。

命令模式把一个请求或者操作封装到一个对象中。命令模式允许系统使用不同的请求把客户端参数化，对请求排队或者记录请求日志，可以提供命令的撤销和恢复功能。

命令模式的结构 命令模式是对命令的封装。命令模式把发出命令的责任和执行命令的责任分隔开，委派给不同的对象。

每一个命令都是一个操作：请求的一方发出请求要求执行一个操作；接收的一方接收到请求，并执行操作。命令模式允许请求的一方和接收的一方独立开来，使得请求的一方不必知道接收请求的一方的接口，更不必知道请求是怎么被接收、以及操作是否被执行、何时被执行、怎么被执行的。

命令允许请求的一方和接收请求的一方能够独立演化，从而具有如下的优点：

命令模式使新的命令很容易被加入到系统里。 允许接受请求的一方决定是否要否决请求。 能较容易的设计一个命令队列。 可以容易的实现对请求的撤销和恢复。 在需要的情况下，可以较容易的将命令记入日志。 下面是一个示意性的系统，说明命令模式的结构：

示意性命令模式结构 命令模式涉及到五个角色，他们分别是：

客户端角色(Client)：创建一个具体命令ConcreteCommand对象并确定其接收者。 命令角色(Command)： 声明一个给所有具体命令类的抽象接口。 具体命令角色(ConcreteCommand)：定义一个接收者和行为之间的弱耦合；实现execute()方法，负责调用接收者的相应操作。execute()方法通常叫做执行方法。 请求者角色(Invoker)：负责调用命令对象执行请求，相关的方法叫做行动方法。 接收者角色(Receiver)：负责具体实施和执行一个请求。任何一个类都可以成为接收者，实施和执行请求的方法叫做行动方法。

命令模式的优点 更松散的耦合 命令模式是的发起命令的对象——客户端，和具体实现命令的对象——接收者对象完全解耦，也就是说发起命令的对象完全不知道具体实现对象是谁，也不知道如何实现。 更动态的控制 命令模式把请求封装起来，可以动态的对它进行参数化、队列化和日志化等操作，从而使得系统更灵活。 很自然的复合命令 命令模式中的命令对象能够很容易的组合成复合命令，也就是宏命令，从而是系统操作更简单，功能更强大。 更好的拓展性 由于发起命令的对象和具体的实现完全解耦，因此拓展新的命令就很容易，只需要实现新的命令对象，然后在装配的时候，把具体的实现对象设置到命令对象中，然后就可以使用这个命令对象，已有的实现完全不用变化。

作者：步积 链接：https://www.jianshu.com/p/5901e76a6348 来源：简书 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

https://design-patterns.readthedocs.io/zh_CN/latest/behavioral_patterns/command.html