学习设计模式：Bridge（桥接模式）

Myth丶恋晨 2022-10-11 03:39 160阅读 0赞

别名 Handle/Body

# 意图 #

将抽象部分（业务功能）与实现部分（平台实现）分离，是它们都可以独立地变化。

# 适用性 #

以下情况可以使用 Bridge 模式：

*  你不希望在抽象和它的实现部分之间有一个固定的绑定关系。比如需要在程序运行时刻实现部分应可以被选择或者切换。
 *  类的抽象以及它的实现都应该可以通过生成子类的方法加以扩充。
 *  对一个抽象的实现部分的修改应对客户不产生影响，即客户的代码不必重新编译。（PIMPL）
 *  你想对客户完全隐藏抽象的实现部分。（PIMPL）
 *  类的层次需要将一个对象分解成两个部分。（感觉这一点较明显）
 *  你想在多个对象间共享实现，但同时要求客户并不知道这一点。

# 结构 #

![a8e44a7754ccadd5aca92a688eae0bdc.png][]

Abstraction：定义抽象类的接口；维护一个指向 Implementor 类型对象的指针。

RefinedAbstraction：扩充由 Abstraction 定义的接口。

Implementor：定义实现类的接口，该接口不一定要与 Abstraction 接口完全一致，甚至可以完全不同。Implementor 接口仅提供基本操作，Abstraction 则定义了基于这些基本操作的较高层次的操作。

ConcreteImplementor：实现 Implementor 接口并定义它的具体实现。

Abstraction 将 client 地请求转发给它的 Implementor 对象。

# 细则 #

分离接口及其实现部分。一个实现未必不变地绑定在一个接口上。抽象类地实现可以在运行时进行配置，一个对象甚至可以在运行时改变它的实现。将 Abstraction 和 Implementor 分离有助于对实现部分编译时地依赖性。另外，接口和实现分离有助于分层，从而产生更好的结构化系统系统的高层部分仅需知道 Abstraction 和 Implementor 即可。

提高可扩充性。可以独立的对 Abstraction 和 Implementor 层次结构进行扩充。

实现细节对客户透明。可以对客户隐藏实现细节，例如共享 Implementor 对象以及相应地引用计数机制。（ 我认为 PIMPL (Private Implementation 或 Pointer to Implementation) 当属此列 ）

书上还例举了使用 C++ 多继承机制，例如 public 继承 Abstraction，private 继承 Implementor。但是这种方法依赖于静态继承，它将实现部分和接口固定不变地绑定在一起。

# 代码示例 #

#include <iostream>
    #include <string>
    
    class WindowImp;
    class Window
    {
    public:
    	Window(WindowImp *w): imp(w){}
    	virtual ~Window() {}
    	virtual void drawTitle() = 0;
    	virtual void drawContent() = 0;
    
    protected:
    	WindowImp *imp;
    };
    
    class WindowImp
    {
    public:
    	virtual ~WindowImp(){}
    	virtual void drawLine(const Line& line) = 0;
    	virtual void fillRect(const Rect& rect) = 0;
    };
    
    //微软平台地画线、填色实现
    class MSWindowImp : public WindowImp
    {
    	//override
    };
    
    //扁平窗口
    class FlatWindow : public Window
    {
    public:
    	FlatWindow(WindowImp* w):Window(w){}
    	//override
    };
    
    int main()
    {
    	auto imp = new MSWindowImp;
    	auto window = new FlatWindow(imp);
    	return 0;
    }

# 相关模式 #

Abstract Factory 模式可以用来创建和配置一个特定的 Bridge 模式。

Adaptor 模式用来帮助无关的类协同工作，它通常在系统设计完成后才会被使用。Bridge 模式则是在系统开始时就被使用，它使得抽象接口和实现部分可以独立进行改变。

Bridge 模式的结构与对象 Adapter 模式类似，但是 Bridge 模式的出发点不同：Bridge 目的是将接口部分和实现部分分离，从而对它们可以较为容易也相对独立的加以改变。而 Adapter 则意味着改变一个已有对象的接口。

# 参照 #

书籍：GOF《设计模式：可复用面向对象软件的基础》

视频：李建忠设计模式（版权问题，自行搜索）

[a8e44a7754ccadd5aca92a688eae0bdc.png]: /images/20221005/9bfe009dd3b048ba815522cbb957a1ee.png