Command(命令)-对象行为型模式

1.意图

将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可撤销的操作。

2.别名

动作(Action),事务(Transaction)

3.动机

命令模式通过将请求本身变成一个对象来使请求可向未指定的应用对象提出请求。这个对象可被存储并像其他的对象一样被传递。

4.适用性

  • 抽象出待执行的动作以参数化某对象。
  • 在不同的时刻指定、排列和执行请求
  • 支持取消操作。
  • 支持修改日志,这样当系统崩溃时,这些修改可以被重做一遍
  • 用构建在原语操作上的高层操作构造一个系统。

5.结构

6.代码实例

//Command.h

#include <memory>

class AbstractReceiver;

class AbstractCommand
{
public:
    virtual void Execute() = 0;
    virtual void SetReceiver(std::shared_ptr<AbstractReceiver> receiver );
protected:

    std::shared_ptr<AbstractReceiver> m_Receiver;
};

class ConcreteCommand1 : public AbstractCommand
{
public:
    void Execute();
};

class ConcreteCommand2 : public AbstractCommand
{
public:
    void Execute();
};
//Receiver.h

class AbstractReceiver
{
public:
    virtual void Action() = 0;
};

class ConcreteReceiver1 : public AbstractReceiver
{
public:
    void Action();

};

class ConcreteReceiver2 : public AbstractReceiver
{
public:
    void Action();

};
//Command.cpp

#include <iostream>
#include "Receiver.h"
#include "Command.h"

void AbstractCommand::SetReceiver(std::shared_ptr<AbstractReceiver> receiver)
{
    m_Receiver = receiver;
}

void ConcreteCommand1::Execute()
{
    m_Receiver->Action();
};

void ConcreteCommand2::Execute()
{
    m_Receiver->Action();
};
//Receiver.cpp

#include <iostream>
#include "Receiver.h"

void ConcreteReceiver1::Action()
{

    std::cout << "Receiver1 Action Executed" << std::endl;
};

void ConcreteReceiver2::Action()
{

    std::cout << "Receiver2 Action Executed" << std::endl;

};
//Client.cpp

#include "Command.h"
#include "Receiver.h"

int main()
{
    std::shared_ptr<AbstractCommand> pConcreteCommand1(new ConcreteCommand1);

    std::shared_ptr<AbstractCommand> pConcreteCommand2(new ConcreteCommand2);

    std::shared_ptr<AbstractReceiver> pReceiver1(new ConcreteReceiver1);

    std::shared_ptr<AbstractReceiver> pReceiver2(new ConcreteReceiver2);

    pConcreteCommand1->SetReceiver(pReceiver1);

    pConcreteCommand2->SetReceiver(pReceiver2);

    pConcreteCommand1->Execute();

    pConcreteCommand2->Execute();

    while(1);

}

7.测试结果

8.效果

  • 将调用操作的对象与知道如何实现该操作的对象解耦。
  • Command对象是头等的对象。它可以像其它对象一样被操作和扩展。
  • 可以将多个命令装配成一个命令。
  • 增加新的Command很容易,因为无需改变已有的类。
时间: 2024-11-05 14:49:45

Command(命令)-对象行为型模式的相关文章

设计模式 ( 十三 ) 命令模式Command(对象行为型)

设计模式 ( 十三 ) 命令模式Command(对象行为型) 1.概述 在软件设计中,我们经常需要向某些对象发送请求,但是并不知道请求的接收者是谁,也不知道被请求的操作是哪个,我们只需在程序运行时指定具体的请求接收者即可,此时,可以使用命令模式来进行设计,使得请求发送者与请求接收者消除彼此之间的耦合,让对象之间的调用关系更加灵活. 例子1:电视机遥控器 : 遥控器是请求的发送者,电视机是请求的接收者,遥控器上有一些按钮如开,关,换频道等按钮就是具体命令,不同的按钮对应电视机的不同操作. 2.问题

生成器模式(Builder)-- 对象创建型模式

1. 动机 将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示.一个RTF(Rich Text Format)文档交换格式的阅读器应能将RTF转换为多种正文格式.该阅读器可以将RTF文档转换成普通ASCII文本或转换成一个能以交互方式编辑的正文窗口组件.但问题在于可能转换的数目是无限的.因此要能够很容易实现新的转换的增加,同时却不改变RTF阅读器.其实也就是,前面的数据接卸(源头处理)归解析,后续的显示处理,由显示处理的部分来完成.在数据解析和显示处理之间架设一个标准的桥梁

设计模式(4)-对象创建型模式-Prototype模式

1.对象创建型模式 1.4          Protoype模式 1.4.1需求 通过拷贝原形对象创建新的对象. 1.4.2结构 ?P r o t o t y p e(Gr a p h i c) - 声明一个克隆自身的接口. ?C o n c r e t e P r o t o t y p e(S t a ff.W h o l e N o t e.H a l fN o t e) - 实现一个克隆自身的操作. ?  C l i e n t(G r a p h i c To o l) - 让一个原

设计模式(3)-对象创建型模式-Abstract Factory模式

1.对象创建型模式 1.3           Abstract Factory模式 1.3.1 需求 在下面情况能够使用Abstract Factory模式: ?  一个系统要独立于它的产品的创建.组合和表示时(这个需求和FactoryMethod类似). ?  一个系统要由多个产品系列中的一个来配置时(这个需求也和Factory Method类似). ?  当你要强调一系列相关的产品对象的设计以便进行联合使用时(这个需求表明一个工厂要创建多个相关的产品对象,是比FactoryMethod多的

singleton(单件)-对象创建型模式

1.意图 保证一个类仅有一个实例,并提供一个访问它的全局访问点. 2.动机 对一些类来说,只有一个实例是很重要的.让类自身负责保存它唯一的实例,这个类可以保证没有其他实例可以被创建(通过截取创建新对象的请求),并且它可以提供一个访问该实例的方法. 3.适用性 当类只能有一个实例而且客户可以从一个周所周知的访问点访问它时. 当这个唯一实例应该是通过子类化可扩展的,并且客户应该无需更改代码就能使用一个扩展的实例时. 4.结构 5.代码实例 #include <iostream> #include

ProtoType(原型)-对象创建型模式

1.意图 用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象. 2.动机 通过拷贝或者"克隆"一个类的实例来创建新的实例. 3.适用性 当一个系统应该独立于它的产品创建.构成和表示时,要使用Prototype模式:以及 当要实例化的类是在运行时刻指定时,例如,通过动态装载:或者 为了避免创建一个与产品类层次平行的工厂类层次时或者 当一个类的实例只能有几个不同状态组合中的一种时.建立相应数目的原型并克隆它们,可能比每次用合适的状态手工实例化该类更方便一些. 4.结构 5.代码

TryBestToCode Iterator(迭代器)-对象行为型模式

1.意图 提供一种方法顺序访问一个聚合对象中的各个元素,而又不暴露该对象的内部表示. 2.别名 Cursor-游标. 3.动机 一个聚合对象,应该提供一种方法来让别人可以访问它的元素,而又不需暴露它的内部结构. 4.适用性 访问一个聚合对象的内容而无需暴露它的内部表示. 支持聚合对象的多种遍历. 为遍历不同的聚合结构提供一个统一的接口,即,支持多态迭代. 5.结构 6.效果 迭代器模式有三个重要的作用: 支持以不同的方式遍历一个聚合,复杂的聚合可用多种方式进行遍历. 迭代器简化了聚合的接口,有了

Chain Of Responsibility(职责连)-对象行为型模式

1.意图 使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系.将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止. 2.动机 给多个对象处理一个请求的机会,从而解耦发送者和接收者. 3.适用性 有多个的对象可以处理一个请求,哪个对象处理该请求运行时刻自动确定. 你想在不明确指定接收者的情况下,向多个对象中的一个提交一个请求. 可处理一个请求的对象集合应被动态指定. 4.结构 5.代码实例 //Handler.h #include <memory> cla

设计模式可复用面向对象软件设计基础之对象创建型模式—ABSTRACT FACTORY( 抽象工厂)

意图 提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类. 适用性 在以下情况可以使用 Abstract Factory模式 ? 一个系统要独立于它的产品的创建.组合和表示时. ? 一个系统要由多个产品系列中的一个来配置时. ? 当你要强调一系列相关的产品对象的设计以便进行联合使用时. ? 当你提供一个产品类库,而只想显示它们的接口而不是实现时. 结构 模式结构图如下所示: Creator: 声明一个创建抽象产品对象的操作接口. ConcreteCreator:(Concrete