定义
- Encapsulate a request as an object,thereby letting you parameterize clients with different requests,queue or log requests,and support undoable operations(将一个请求封装成一个对象,从而让你使用不同的请求把客户端参数化,对请求排队或者记录请求日志,可以提供命令的撤销和恢复功能)
- 组成
- Receive接收者角色:干活的角色,命令传递到这里被执行
- Command命令角色:需要执行的所有命令都在这里声明
- Invoker调用者角色:接收到命令并且执行命令
优点
- 类间解耦:调用者角色与接收者角色之间没有任何依赖关系,调用者实现功能时只需要调用Command抽象类的execute方法就可以,不需要了解到底是哪个接收者执行
- 可扩展性:Command子类可以非常容易的扩展,调用者Invoker和高层模块之间不产生严重的耦合
- 命令模式可以和其他模式结合:
- 和责任链模式:实现命令族解析任务
- 和模板方法模式:减少Command子类膨胀的问题
缺点
- Command子类会膨胀的非常大
使用场景
- 场景:只要你觉得是命令的地方就可以使用命令模式
代码
命令模式
通用类图
为了方便描述,这里采用:甲方向外包提需求的场景
类图
代码
抽象接收者(抽象类)
1 |
|
代码组(继承自抽象接收者)[具体接收者]
1 |
|
美工组(继承自抽象接收者)[具体接收者]
1 |
|
抽象命令类(抽象类)
1 |
|
增加页面命令(继承自抽象命令类)[具体命令]
1 |
|
删除页面命令(继承自抽象命令类)[具体命令]
1 |
|
执行者(普通类)
1 |
|
测试代码
1 |
|
结果
注意
- 命令模式有可能会撤回(任务没执行完成突然取消了),解决方法有两种、
- 结合备忘录模式还原最后状态,该方法适合接收者为状态变更的情况,而不适合事件处理
- 增加一个新的命令,实现事件的回滚