一，桥接模式简介

桥接模式是一种结构型设计模式，用于将抽象与实现分离，这里的"抽象"和"实现"都有可能是接口函数或者类。

桥接模式让抽象与实现之间解耦合，使得开发者可以更关注于实现部分，调用者(Client)可以更关注于抽象部分。

桥接模式可以将一个复杂的类进行拆分为好几个类，开发者可以修改其中任意一个类的实现，而不影响其他类的正常运行，该模式可以降低代码的维护工作量，降低代码风险。

桥接模式的核心就是：抽象化(Abstraction)与实现化(Implementation)

抽象化：忽略一些细节，将具有共同特征的不同实体抽象为同一个对象。

实现化：为抽象化提供具体的逻辑和代码实现。

举个例子：

假设有一堆几何体，这些几何体有形状、颜色等特征，形状有：矩形、圆形，颜色有：红色、蓝色。

为了使用类来描述这些几何体，我们可以将他们抽象为四个子类：红色矩形，蓝色矩形，红色圆形，蓝色圆形。

按照以上方式，如果几何体还包含更多种类的形状和颜色，例如椭圆、绿色，那么这些特征通过排列组合产生的子类将会呈指数级增长。如果此时使用桥接模式，将会大大降低类与类之间的耦合，减少了开发期间的代码量。

对应UML类图：

桥接模式将继承关系改为组合关系，对于以上几何体的描述，我们使用一个类来描述几何体的矩形、圆形等形状，我们使用另一个类来描述几何体的红色、蓝色等颜色，最后将这两个类的实例进行组合。当需要改变类的颜色或形状的实现时，无需修改整个类的实现，只需要修改颜色或形状的实现即可。

对应UML类图：

二，桥接模式的结构

代码实现： 

#include <iostream>class Implementation {
public:virtual ~Implementation() {}virtual std::string newOperation() const = 0;
};class ConcreteImplementationA : public Implementation {
public:std::string newOperation() const override {return "ConcreteImplementationA: Here's the result on the platform A.\n";}
};
class ConcreteImplementationB : public Implementation {
public:std::string newOperation() const override {return "ConcreteImplementationB: Here's the result on the platform B.\n";}
};class Abstraction {
protected:Implementation* implementation_;public:Abstraction(Implementation* implementation) : implementation_(implementation) {}virtual ~Abstraction() {}virtual std::string doOperation() const {return "Abstraction: Base operation with:\n" +this->implementation_->newOperation();}
};class RefinedAbstraction : public Abstraction {
public:RefinedAbstraction(Implementation* implementation) : Abstraction(implementation) {}std::string doOperation() const override {return "RefinedAbstraction: Extended operation with:\n" +this->implementation_->newOperation();}
};void ClientCode(const Abstraction& abstraction) {std::cout << abstraction.doOperation();
}int main() {Implementation* implementation_1 = new ConcreteImplementationA;Abstraction* abstraction_1 = new Abstraction(implementation_1);ClientCode(*abstraction_1);std::cout << std::endl;delete implementation_1;delete abstraction_1;Implementation* implementation_2 = new ConcreteImplementationB;Abstraction* abstraction_2 = new RefinedAbstraction(implementation_2);ClientCode(*abstraction_2);delete implementation_2;delete abstraction_2;return 0;
}

运行结果： 

Abstraction: Base operation with:
ConcreteImplementationA: Here's the result on the platform A.RefinedAbstraction: Extended operation with:
ConcreteImplementationB: Here's the result on the platform B.

三，桥接模式的应用场景

系统组件升级：当需要为现有系统增加新功能或替换已有功能，但又不希望改变原有接口时。

跨平台应用开发：使用桥接模式来处理不同操作系统或硬件平台的差异，例如在移动端APP应用中，UI组件同时兼容ios和Android平台。

第三方插件开发：使用桥接模式开发出可支持多种第三方服务的组件，例如移动支付api。

API扩展：当API的功能需要被扩展，又希望保持原有API的稳定时，使用桥接模式可以隐藏实现细节。

四，桥接模式的优缺点

桥接模式的优点：

分离接口的抽象与实现部分。

替代了继承的实现方式，代码的可复用性更强。

桥接模式可以修改任意一个模块的功能实现而不影响整个系统。

可以向用户隐藏实现细节。

降低了类之间的依赖性。

代码的可维护性很强，可以根据需求灵活地更换实现模块。

桥接模式的缺点：

引入了额外的抽象层，使系统变得更复杂。

会额外增加系统的理解与设计难度。

接口调用增多，带来额外的性能开销。

五，代码实战

代码实战： 

生产不同颜色和不同车型的汽车

#include<iostream>
#include<string>using namespace std;class IColor
{
public:virtual string Color() = 0;
};class RedColor : public IColor
{
public:string Color(){return "of Red Color";}
};class BlueColor : public IColor
{
public:string Color(){return "of Blue Color";}
};class ICarModel
{
public:virtual string WhatIsMyType() = 0;
};class Model_A : public ICarModel
{IColor* _myColor;
public:Model_A(IColor *obj) :_myColor(obj){}string WhatIsMyType(){return "I am a Model_A " + _myColor->Color();}
};class Model_B : public ICarModel
{IColor* _myColor;
public:Model_B(IColor *obj) :_myColor(obj){}string WhatIsMyType(){return "I am a Model_B " + _myColor->Color();;}
};int main()
{IColor* red = new RedColor();IColor* blue = new BlueColor();ICarModel* modelA = new Model_B(red);ICarModel* modelB = new Model_A(blue);cout << "\n" << modelA->WhatIsMyType();cout << "\n" << modelB->WhatIsMyType() << "\n\n";delete red;delete blue;return 0;
}

运行结果：

I am a Model_B of Red Color
I am a Model_A of Blue Color

六，参考阅读

https://refactoring.guru/design-patterns/bridge

https://design-patterns.readthedocs.io/zh-cn/latest/structural_patterns/bridge.html