当前位置:首页 > 公众号精选 > 嵌入式云IOT技术圈
[导读]桥接模式(Bridge Pattern)是将抽象部分与它的实现部分分离,使它们都可以独立地变化。

桥接模式(Bridge Pattern)是将抽象部分与它的实现部分分离,使它们都可以独立地变化。

1

模式结构

UML 结构图:




  • Abstraction(抽象类):用于定义抽象类的接口,并且维护一个指向 Implementor 实现类的指针。它与 Implementor 之间具有关联关系。

  • RefinedAbstraction(扩充抽象类):扩充由 Abstraction 定义的接口,在 RefinedAbstraction 中可以调用在 Implementor 中定义的业务方法。

  • Implementor(实现类接口):定义实现类的接口,这个接口不一定要与 Abstraction 的接口完全一致,事实上这两个接口可以完全不同。

  • ConcreteImplementor(具体实现类):实现了 Implementor 定义的接口,在不同的 ConcreteImplementor 中提供基本操作的不同实现。在程序运行时,ConcreteImplementor 对象将替换其父类对象,提供给 Abstraction 具体的业务操作方法。

2

优缺点


优点:

  • 分离抽象和实现部分。桥接模式使用“对象间的关联关系”解耦了抽象和实现之间固有的绑定关系,使得抽象和实现可以沿着各自的维度来变化。即抽象和实现不再在同一个继承层次结构中,而是“子类化”它们,使它们各自都具有自己的子类,以便可以进行任意组合,从而获得多维度的组合对象。

  • 在很多情况下,桥接模式可以取代多层继承方案。多层继承违背了“单一职责原则”,复用性较差,且类的个数非常多。所以相比起来,桥接模式更好,它极大地减少了子类的个数。

  • 提高了系统的可扩展性,在两个变化维度中任意扩展一个维度,都不需要修改原有系统,符合“开闭原则”。

缺点:

  • 增加了系统的理解与设计难度,由于关联关系建立在抽象层,要求开发者一开始就针对抽象层进行设计与编程。

  • 需要能正确识别出系统中两个独立变化的维度,因此使用范围具有一定的局限性,如何正确识别两个独立维度也需要一定的经验积累。

3

适用场景

  • 如果一个系统需要在抽象化和具体化之间增加更多的灵活性,避免在两个层次之间建立静态的继承关系,通过桥接模式可以使它们在抽象层建立一个关联关系。

  • “抽象部分”和“实现部分”可以以继承的方式独立扩展而互不影响,在程序运行时,可以动态地将一个抽象化子类的对象和一个实现化子类的对象进行组合,即系统需要对抽象化角色和实现化角色进行动态耦合。

  • 一个系统存在多个(≥ 2)独立变化的维度,且这多个维度都需要独立进行扩展。

  • 对于那些不希望使用继承或因为多层继承导致系统类的个数急剧增加的系统,桥接模式尤为适用。

4

案例分析

开关和电器



电器是生活中必不可少的东西,几乎每家每户都有,例如:电视、风扇、电灯 ...... 虽然类型众多,但无论什么电器,都是由开关控制的。而开关也有很多种,例如:拉链式开关、两位开关、调光开关 ......

对于开关和电器来说,不管任何时候,都可以在不触及另一方的情况下进行更换。比如,可以在不更换开关的情况下换掉灯泡(或风扇),也可以在不接触灯泡(或风扇)的情况下更换掉开关,甚至可以在不接触开关的情况下将灯泡和风扇互换。

这看起来很自然,当然也应该是这样!当不同的事物联系到一起时,它们应该在一个可以变更或者替换的系统中,以便不相互影响或者使影响尽可能的小,这样才能更方便、更低成本地去管理系统。试想一下,如果要更换房间里的一个灯泡,还必须把开关也换了,你会考虑使用这样的系统吗?

5

代码实现


创建实现类接口

所有电器都有一些共性,可以被打开和关闭:

// implementor.h #ifndef IMPLEMENTOR_H #define IMPLEMENTOR_H // 电器 class IEquipment { public: virtual ~IEquipment() {} // 打开 virtual void PowerOn() = 0; // 关闭 virtual void PowerOff() = 0;
}; #endif // IMPLEMENTOR_H 

创建具体实现类

接下来,是真正的电器 - 电灯和风扇,它们实现了 IEquipment 接口:

// concrete_implementor.h #ifndef CONCRETE_IMPLEMENTOR_H #define CONCRETE_IMPLEMENTOR_H #include "implementor.h" #include  // 电灯 class Light : public IEquipment
{ public: // 开灯 void PowerOn() override { std::cout << "Light is on." << std::endl;
    } // 关灯 void PowerOff() override { std::cout << "Light is off." << std::endl;
    }
}; // 风扇 class Fan : public IEquipment
{ public: // 打开风扇 void PowerOn() override { std::cout << "Fan is on." << std::endl;
    } // 关闭风扇 void PowerOff() override { std::cout << "Fan is off." << std::endl;
    }
}; #endif // CONCRETE_IMPLEMENTOR_H 

创建抽象类

对于开关来说,它并不知道电灯和风扇的存在,只知道自己可以控制(打开/关闭)某个电器。也就是说,每个 ISwitch 应该持有一个 IEquipment 对象:

// abstraction.h #ifndef ABSTRACTION_H #define ABSTRACTION_H #include "implementor.h" // 开关 class ISwitch { public:
    ISwitch(IEquipment *equipment) { m_pEquipment = equipment; } virtual ~ISwitch() {} // 打开电器 virtual void On() = 0; // 关闭电器 virtual void Off() = 0; protected:
    IEquipment *m_pEquipment;
}; #endif // ABSTRACTION_H 

创建扩充抽象类

特定类型的开关很多,比如拉链式开关、两位开关:

// refined_abstraction.h #ifndef REFINED_ABSTRACTION_H #define REFINED_ABSTRACTION_H #include "abstraction.h" #include  // 拉链式开关 class PullChainSwitch : public ISwitch
{ public:
    PullChainSwitch(IEquipment *equipment) 
        : ISwitch(equipment) {} // 用拉链式开关打开电器 void On() override { std::cout << "Switch on the equipment with a pull chain switch." << std::endl;
        m_pEquipment->PowerOn();
    } // 用拉链式开关关闭电器 void Off() override { std::cout << "Switch off the equipment with a pull chain switch." << std::endl;
        m_pEquipment->PowerOff();
    }
}; // 两位开关 class TwoPositionSwitch : public ISwitch
{ public:
    TwoPositionSwitch(IEquipment *equipment)
        : ISwitch(equipment) {} // 用两位开关打开电器 void On() override { std::cout << "Switch on the equipment with a two-position switch." << std::endl;
        m_pEquipment->PowerOn();
    } // 用两位开关关闭电器 void Off() override { std::cout << "Switch off the equipment with a two-position switch." << std::endl;
        m_pEquipment->PowerOff();
    }
}; #endif // REFINED_ABSTRACTION_H 

创建客户端

很好,是时候将开关和电器关联起来了:

// main.cpp #include "refined_abstraction.h" #include "concrete_implementor.h" #ifndef SAFE_DELETE #define SAFE_DELETE(p) { if(p){delete p; p=nullptr;} } #endif int main() { // 创建电器 - 电灯、风扇 IEquipment *light = new Light();
    IEquipment *fan = new Fan(); /**
    * 创建开关 - 拉链式开关、两位开关
    * 将拉链式开关和电灯关联起来,将两位开关和风扇关联起来
    **/ ISwitch *pullChain = new PullChainSwitch(light);
    ISwitch *twoPosition = new TwoPositionSwitch(fan); // 开灯、关灯 pullChain->On();
    pullChain->Off(); // 打开风扇、关闭风扇 twoPosition->On();
    twoPosition->Off();

    SAFE_DELETE(twoPosition);
    SAFE_DELETE(pullChain);
    SAFE_DELETE(fan);
    SAFE_DELETE(light);

    getchar(); return 0;
}

输出如下:

Switch on the equipment with a pull chain switch.

Light is on.

Switch off the equipment with a pull chain switch.

Light is off.

Switch on the equipment with a two-position switch.

Fan is on.

Switch off the equipment with a two-position switch.

Fan is off.



免责声明:本文内容由21ic获得授权后发布,版权归原作者所有,本平台仅提供信息存储服务。文章仅代表作者个人观点,不代表本平台立场,如有问题,请联系我们,谢谢!

本站声明: 本文章由作者或相关机构授权发布,目的在于传递更多信息,并不代表本站赞同其观点,本站亦不保证或承诺内容真实性等。需要转载请联系该专栏作者,如若文章内容侵犯您的权益,请及时联系本站删除。
换一批
延伸阅读

keil uvision2 C51软件我们在前面有所介绍,是目前功能最强大的单片机c语言集成开发环境

关键字: keil c51 使用 C

Keil C51是美国Keil软件公司(现已被ARM公司收购)出品的支持8051系列单片机架构的一款IDE(集成开发环境)。 Keil C51是一款经典的、功能强大的、适用宽广的集成开发环境,是业界知名度、口碑比较好的...

关键字: keil c51 安装 C

首先,我是只是一个大学应届毕业生,本人也是因为参加了挑战杯这个项目,所学也专业包涵单片机内容,所以才开始我的ZigBee之旅,写了2个月左右,项目的基本要求大致是达到了。写这篇博客主要是总结这2个月所学的知识,供大家学习...

关键字: cc2530 开发 C

2.4G通讯 我的nrf24l01之行之CC2530 zigbee无线串口模块的霸气

关键字: cc2530 无线通信 C 编程

STC90C52RC系列单片机是宏晶科技推出的一款高速、低功耗、超强抗干扰的单片机,指令代码完全兼容传统的8051单片机,12时钟/机器周期和6时钟/机器周期任意选择,并且内部集成了MAX810专用复位电路。STC90C...

关键字: stc90c52 编程 C

GD32F405系列互联型产品采用全新工艺制程设计,整合了强大的运算效能和丰富的外设接口。处理器主频可达168MHz,并提供了完整的DSP指令集,并行计算能力和专用浮点运算单元(FPU)。

关键字: gd32f405rgt6 C KEIL

有关GD32F450的以太网半双工调试经历

关键字: gd32f450 C 编程

CANopen学习笔记

关键字: canopen C KEIL

基于FPGAD的ad7124代码编写

关键字: ad7124 FPGA C

完整方案分享——如何利用精密ADC AD7124-8进行热电偶采集

关键字: ad7124 ADC C
关闭
关闭