Adapter(适配器)-类对象结构型模式

1.意图

将一个类接口转换成客户希望的另外一个接口。Adapter模式使那些原本不能一起工作的类,可以一起工作。

2.别名

包装器 Wrapper.

3.动机

一个应用可能会有一些类具有不同的接口,并且这些接口互不兼容,可以专门定义一个类,用来适配互不兼容的类。

4.适用性

  • 你想使用一个已经存在的类,而它的接口不符合你的需求。
  • 你想创建一个可以复用的类,该类可以与其他不相关的类或不可预见的类协同工作。
  • 你想使用一些已经存在的子类,但是不可能对每一个都进行子类化以匹配它们的接口。对象适配器可以适配它的父类接口。

5.结构

6.代码实例

1.对象适配器

class Adaptee
{
public:
    void SpecificRequest();
};
class Target
{
public:
    virtual void Request()=0;
    virtual void Initilaize()=0;
};
#include "Target.h"
#include <memory>
class Adaptee;

class Adapter : public Target
{
public:
    void Request();
    void Initilaize();
    std::shared_ptr<Adaptee> m_pAdaptee;
};
#include <iostream>
#include "Adaptee.h"

void Adaptee::SpecificRequest()
{
    std::cout << "SpecificRequest" << std::endl;
}
#include "Adaptee.h"
#include "Adapter.h"

void Adapter::Request()
{
    m_pAdaptee->SpecificRequest();
}

void Adapter::Initilaize()
{
    m_pAdaptee = std::shared_ptr<Adaptee>(new Adaptee);
}
#include "Adapter.h"

int main()
{
    std::shared_ptr<Adapter> pAdapter(new Adapter);
    std::shared_ptr<Target> pTarget = std::dynamic_pointer_cast<Target>(pAdapter);
    pTarget->Initilaize();
    pTarget->Request();

    while(1);
}

测试结果:

2.类适配器

#include "Target.h"
#include "Adaptee.h"

class AdapterClass : public Target,private Adaptee
{
public :
    void Request();
    void Initilaize();
};

以上代码为类适配器,公有继承Target,私有继承Adaptee,即只继承Adaptee的实现,不继承其接口。

#include "AdapterClass.h"

void AdapterClass:: Request()
{
    SpecificRequest();
}
void  AdapterClass::Initilaize()
{
}

以上为类适配器的实现,在Request中调用Adaptee的SpecifiRequest。

#include "Adapter.h"

int main()
{
    std::shared_ptr<Adapter> pAdapter(new Adapter);
    //std::shared_ptr<Target> pTarget = std::dynamic_pointer_cast<Target>(pAdapter);
    //pTarget->Initilaize();
    pAdapter->Request();

    while(1);
}

测试代码,直接调用Adapter的Request从而能够达到目的。

7.效果

类适配器:

  • 用一个具体的Adapter类对Adaptee和Target进行匹配。结果是当我们想要匹配一个类以及所有它的子类时,类Adapter将不能工作。
  • 使得Adapter可以重定义Adaptee的部分行为,因为Adapter是Adaptee的一个子类。
  • 仅仅引入了一个对象,并不需要额外的指针以间接得到Adaptee.

对象适配器:

  • 允许一个Adapter同时与多个Adaptee同时工作。
  • 使得重定义Adaptee的行为比较困难。
时间: 2024-10-26 14:55:48

Adapter(适配器)-类对象结构型模式的相关文章

设计模式之十二:Proxy(代理)—对象结构型模式

2014-05-29 星期四 21:08:37  Proxy,继续GOF.此模式未按GOF编写. c++中使用StringBuilder 1.Intent Provide a surrogate or placeholder for another object to control access to it. 为其他对象提供一种代理以控制对这个对象的访问. 2.Also Known As 3.Motivation 4.Applicability 在以下情况使用适配模式: ● 创建开销大的对象时

设计模式之十一:Composite(组合)—对象结构型模式

2014-05-28 星期三 21:41:44  Composite,继续GOF. Composite组合模式 1.Intent Compose objects into tree structures to represent part-whole hierarchies. Composite lets clients treat individual objects and compositions of objects uniformly. 将对象组合成树形结构以表示"部分 -整体&quo

设计模式之十三:Flyweight(享元)—对象结构型模式

2014-06-15 星期日 9:35:04  Flyweight,继续GOF. 1.Intent Use sharing to support large numbers of fine-grained objects efficiently. 运用共享技术有效地支持大量细粒度的对象. 2.Also Known As 3.Motivation A flyweightis a shared object that can be used in multiple contexts simultan

设计模式之十四:Decorator(装饰)—对象结构型模式

2014-06-15 星期日 10:42:12  Decorator,继续GOF. 1.Intent Attach additional responsibilities to an object dynamically. Decorators provide a flexible alternative to subclassing for extending functionality 动态地给一个对象添加一些额外的职责.就增加功能来说, Decorator模式相比生成子类更为灵活. 2.A

Facade(外观)-对象结构型模式

1.意图 为子系统中的一组接口提供一个一致的接口,Facade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用. 2.动机 将一个系统划分成若干子系统有利于降低系统的复杂性.一个常见的设计目标是使子系统间的通信和相互依赖达到最小.达到该目标的途径之一是引入一个外观对象,它为子系统提供了一个统一的接口. 3.适用性 当要为一个复杂子系统提供一个简单接口时.子系统往往因为不断演化而变得越来越复杂.大多数模式使用时都会产生更多更小的类.这使得子系统更具可重用性,也更容易对子系统进行定制,但这

Decorator(装饰)-对象结构型模式

1.意图 动态地给一个对象添加一些额外的职责.就增加功能来说,Decorator模式相比生成子类更为灵活. 2.别名 包装器 Wrapper. 3.动机 给某个对象而不是整个类添加一些功能.一个较为灵活的方式时将组件嵌入另一个对象中. 4.适用性 在不影响其它对象的情况下,以动态.透明的方式给单个对象添加职责. 处理那些可以撤销的职责. 当不能采用子类的方法进行扩充时.一种情况是,可能有大量独立的扩展,为支持每一种组合将产生大量的子类,使得子类数目呈爆炸性增长.另一种情况可能是因为类定义被隐藏或

Bridge(桥接)-对象结构型模式

1.意图 将抽象部分与它的实现部分分离,使它们都可以独立地变化. 2.动机 在抽象类与它的实现之间起到桥梁作用,使它们可以独立地变化. 3.适用性 不希望在抽象和它的实现部分之间有一个固定的绑定关系.这种情况可能是因为,在程序运行时刻实现部分可以被选择或切换. 类的抽象以及它的实现部分都应该可以通过生成子类的方式加以扩充.这时桥接模式使你可以对不同的抽象接口和实现部分进行组合,并分别对它们进行扩充. 对一个抽象实现部分的修改的修改不应该对客户产生影响,即客户代码不必要重新编译. 对客户完全隐藏抽

代理(Proxy)——对象结构型模式

代理模式的意图: 为其它对象提供代理,以控制对这个对象的访问.对一个对象进行访问控制的原因是为了我们在确实需要这个对象时才对它进行创建和初始化.有些对象创建的开销非常大,所以我们应该根据需要进行创建.Proxy则可以代替一个对象,并在需要时负责实例化这个对象.就像我们小学的时候总是欺负学习好的同学,让学习好的同学代替我们写作业,要不然我们放学就在路上堵着打他们,学习好的同学就乖乖的帮我们写作业,第二天到学校老师看了作业还表扬我们学习有进步呢.这就是一个很好的代理模式的例子. 代理模式的类图如下:

装饰模式(Decorator)-- 对象结构型模式

1.动机 有时我们希望给某个对象而不是整个类添加一些功能.使用继承机制是添加功能的一种有效途径,从其他类继承过来的边框特性可以被多个子类的实例所使用.但这种方法不够灵活,因为边框的选择是静态的,用户不能控制对组件加边框的方式和时机.一种较为灵活的方式是将组件嵌入另一个对象中,由这个对象添加边框.我们称这个嵌入的对象为装饰. 2.描述 这个装饰与它所装饰的组件接口一致,因此它对使用该组件的客户透明.它将客户请求转发给该组件,并且可能在转发前后执行一些额外的动作(例如画一个边框). Decorato