command模式原理
在现实的情况中,有一个实例能非常贴切的描述了Command模式,这就是皇帝和士兵的关系。皇帝作为调用者,士兵是接收者,试想如果皇帝要下达一个命令给士兵,难道他直接跑到这个士兵的前面向他交代命令的细节,然后,士兵领旨执行吗?对于皇帝来说,这是不可能的,因为对皇帝来说,他只想完成某个任务,而谁去帮他完成是无关重要的,所以皇帝就有一种东西叫做圣旨,他只需要下一道圣旨,那谁领旨就与他无关了。
在Command模式中,皇帝就是Invoker、Command就是圣旨、士兵就是接收者。
下面针对这个模式来说明一下Command模式包括几个关键类,Invoker(调用者)、Command(命令)、Receiver(接受者)我们先看看这个模式是如何协作完成的。调用者和接收者通过Command对象来解耦,Command中有一个Receiver的对象,而Invoker中调用Command对象的统一函数Execute,Execute函数才真正调用Receiver中的函数。看到这里,想一下,为什么Invoker不直接调用Receiver中的函数呢?因为:1、有些情况下,调用者不知道接收者实际是什么(象皇帝不知道谁领旨了),那我们的接收者就有一个变化的可能了。2、有些情况下,接收者的接口很混乱,调用者希望有一个统一的接口让他调用。例如可以实现Execute和UnExecute来实现Undo操作。3、其他的,暂时我也只能想到上述的两个使用Command的原因。其他的应用如果有朋友知道,请告知!
下面我们可以看看模拟皇帝的代码,了解一下Command的代码是怎么组织的:
#include <stdio.h>
#include <iostream>
using namespace std;
// 圣旨类(Command类)
class Command...{
public: virtual ~Command() { }
// 统一的函数接口
virtual void Execute() = 0;
};
// 士兵(圣旨的接收者)
class Receiver{
public: Receiver(char *pszName) { strcpy(szName, pszName); }
void Action() { cout << szName << "领旨!" << endl; }
// 每个士兵有一个名字
private: char szName[20];
};
// 具体的圣旨1——抓贼
class ZhuaZeiCommand: public Command{
public: ZhuaZeiCommand(Receiver *r) : _recver(r) {
}
virtual void Execute() { cout << "谁领抓贼圣旨?" << endl; _recver->Action(); }
private: Receiver *_recver;
};
// 具体的圣旨2——送钱// 哪来什么送钱的圣旨?我晕
class SongQianCommand: public Command{
public: SongQianCommand(Receiver *r) : _recver(r).{
}
virtual void Execute() { cout << "谁领送钱圣旨?" << endl; _recver->Action(); }
private: Receiver *_recver;
};
// 皇帝类
class Invoker{
public: Invoker(Command *c) : _cmd(c){ }
void Invoke(){ _cmd->Execute(); }
private: Command *_cmd;
};
// 这个main函数就是应用,我一般把main函数看作是上帝的剧本
// 不是吗?你想要的一切都可以由你来创造,呵呵
void main(){
// 有两个士兵
Receiver r1("一雨田");
Receiver r2("邓一雷");
// 两道圣旨,一道是抓贼的,一道是送钱的
// 抓贼的给一雨田
ZhuaZeiCommand zc(&r1);
// 送钱的给邓一雷
SongQianCommand sc(&r2);
// 有一个皇帝,要下圣旨了
// 第一道,下的是抓贼圣旨
Invoker I1(&zc);
// 第二道,下的是送钱圣旨
Invoker I2(&sc);
// 圣旨的执行
I1.Invoke();
I2.Invoke();
}