设计模式_17 命令模式
17 命令模式
17.1 概念
将一个请求封装为一个对象,使发出请求的责任与执行请求的责任分割开。这样两者之间通过命令对象进行沟通,方便将命令对象进行存储、传递、调用、增加和管理。
17.2 结构
抽象命令角色:定义命令的接口,声明执行的方法。
具体命令角色:具体的命令,实现命令接口。通常会有接收者,并调用接收者的功能来完成命令要执行的操作。
实现者/接收者角色:真正执行命令的对象。任何能实现命令要求实现的相应功能的类都可能成为接收者。
调用者/请求者角色:要求命令对象执行请求,,通常会持有命令对象,可以持有多个命令对象。使用命令对象的入口。
17.3 实现
17.3.1 UML图
17.3.2 代码
#include<iostream>
#include<string>
#include<list>
using namespace std;
class Receiver {
public:
void action() {
cout << "执行命令" << endl;
}
};
class Commond {
public:
virtual void execute() = 0;
};
class ConcreteCommond : public Commond {
private:
Receiver* receiver;
public:
ConcreteCommond(Receiver* receiver) {
this->receiver = receiver;
}
void execute() {
receiver->action();
}
};
class Invoker {
private:
list<Commond*> commonds;
public:
void addCommond(Commond* commond) {
commonds.push_back(commond);
}
void giveCommond() {
for (list<Commond*>::iterator it = commonds.begin(); it != commonds.end(); it++) {
(*it)->execute();
}
}
};
int main() {
Receiver* receiver = new Receiver();
Invoker* invoker = new Invoker();
invoker->addCommond(new ConcreteCommond(receiver));
invoker->addCommond(new ConcreteCommond(receiver));
invoker->giveCommond();
return 0;
}
17.4 优缺点
17.4.1 优点
降低系统耦合度。将调用操作的对象与实现该操作的对象解耦。
增加或删除命令十分方便,不会影响其他类,符合开闭原则。
可以实现宏命令。命令模式与组合模式结合,将多个命令装配成一个组合命令,即宏命令。
方便实现 Undo 和 Redo 操作。可以与备忘录模式结合,实现命令的撤销与恢复。
17.4.2 缺点
导致某些系统有过多的命令类。
系统结构复杂化。
17.5 使用场景
系统需要将请求调用者与请求接收者解耦,使得调用者与接收者不直接交互。
系统需要在不同的时间指定请求、将请求排队和执行请求。
系统需要支持命令的撤销(Undo)和恢复(Redo)操作。