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

1.意图

将抽象部分与它的实现部分分离,使它们都可以独立地变化。

2.动机

在抽象类与它的实现之间起到桥梁作用,使它们可以独立地变化。

3.适用性

  • 不希望在抽象和它的实现部分之间有一个固定的绑定关系。这种情况可能是因为,在程序运行时刻实现部分可以被选择或切换。
  • 类的抽象以及它的实现部分都应该可以通过生成子类的方式加以扩充。这时桥接模式使你可以对不同的抽象接口和实现部分进行组合,并分别对它们进行扩充。
  • 对一个抽象实现部分的修改的修改不应该对客户产生影响,即客户代码不必要重新编译。
  • 对客户完全隐藏抽象的实现部分。C++中类的表示在类接口中是可见的。
  • 有许多类要生成,这样一种类层次结构说明你必须将一个对象分解成两部分。

4.结构

5.代码实例

#include <memory>

class  AbstactionImpl;

class Abstration
{
public:
    void virtual Operaion()=0;
    void virtual SetImpl(std::shared_ptr<AbstactionImpl>& pImpl)=0;
protected:

    std::shared_ptr<AbstactionImpl> m_pImpl;

};

class RedefinedAbstration : public Abstration
{
public:
    void Operaion();
    void SetImpl(std::shared_ptr<AbstactionImpl>& pImpl);
};

class AbstactionImpl
{
public:
    void virtual OperationImpl()=0;
};

class ConcreteImplentorA : public AbstactionImpl
{
public:
    void  OperationImpl();
};

class ConcreteImplentorB : public AbstactionImpl
{
public:
    void  OperationImpl();
};

#include "Abstration.h"
#include "Implentor.h"

void RedefinedAbstration::Operaion()
{
    m_pImpl->OperationImpl();
}

void RedefinedAbstration::SetImpl(std::shared_ptr<AbstactionImpl>& pImpl)
{
    m_pImpl = pImpl;
}

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

void ConcreteImplentorA::OperationImpl()
{
    std::cout<<"ConcreteImplenorA Exectued" <<std::endl;
}

void ConcreteImplentorB::OperationImpl()
{
    std::cout<<"ConcreteImplentorB Exectued"<<std::endl;
}

#include <memory>
#include "Abstration.h"
#include "Implentor.h"

int main()
{

    std::shared_ptr<AbstactionImpl> pConcreteImplA(new ConcreteImplentorA);
    std::shared_ptr<AbstactionImpl> pConcreteImplB(new ConcreteImplentorB);

    std::shared_ptr<RedefinedAbstration> pRedefinedAbstration(new RedefinedAbstration);
    pRedefinedAbstration->SetImpl(pConcreteImplA);
    pRedefinedAbstration->Operaion();

    pRedefinedAbstration->SetImpl(pConcreteImplB);
    pRedefinedAbstration->Operaion();

    while(1);

}

6.测试结果

7.效果

  • 分离接口及其实现部分 一个实现未必不变地绑定在一个接口上。抽象类的实现可以在运行时刻进行配置,一个对象甚至可以在运行时刻改变它的实现。将Abstraction和Implementor分离有助于降低对实现部分编译时刻的依赖性,当改变一个实现类时,并不需要重新编译Abstaction类和它的客户程序。
  • 提高可扩充性 可以独立地对Abstraction和Implementor层次结构进行扩充。
  • 实现细节对客户透明 可以对客户隐藏实现细节。
时间: 2024-10-06 05:06:45

Bridge(桥接)-对象结构型模式的相关文章

设计模式之十二: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.适用性 在不影响其它对象的情况下,以动态.透明的方式给单个对象添加职责. 处理那些可以撤销的职责. 当不能采用子类的方法进行扩充时.一种情况是,可能有大量独立的扩展,为支持每一种组合将产生大量的子类,使得子类数目呈爆炸性增长.另一种情况可能是因为类定义被隐藏或

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

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

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

1.意图 将一个类接口转换成客户希望的另外一个接口.Adapter模式使那些原本不能一起工作的类,可以一起工作. 2.别名 包装器 Wrapper. 3.动机 一个应用可能会有一些类具有不同的接口,并且这些接口互不兼容,可以专门定义一个类,用来适配互不兼容的类. 4.适用性 你想使用一个已经存在的类,而它的接口不符合你的需求. 你想创建一个可以复用的类,该类可以与其他不相关的类或不可预见的类协同工作. 你想使用一些已经存在的子类,但是不可能对每一个都进行子类化以匹配它们的接口.对象适配器可以适配

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

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