设计模式-11 - Bridge Method 桥接模式

设计模式-11 - Bridge Method 桥接模式

1.定义

桥接模式是一种设计模式，它将抽象部分与其实现部分分离，使它们可以独立变化。它允许你改变抽象部分和实现部分的实现，而无需更改它们的接口。
结构：

桥接模式涉及四个主要角色：

• 抽象（Abstraction）：定义抽象接口，客户端代码与之交互。
• 实现（Implementor）：实现抽象接口并提供具体行为。
• 扩展抽象（Refined Abstraction）：扩展抽象接口，提供更加具体的接口。
• 具体实现（Concrete Implementor）：实现扩展抽象接口并提供具体的实现。

一个常见的桥接模式示例是图形绘制库。抽象接口可以定义绘制不同形状的方法，而实现对象可以提供不同平台（例如 Windows 或 macOS）的具体绘制实现。这允许开发人员使用相同的抽象接口在不同平台上绘制形状，而无需更改代码。

2.内涵

桥接模式工作原理

• 客户端代码通过抽象接口与桥接模式交互。
• 抽象接口将请求委托给实现对象。
• 实现对象执行请求并返回结果。
• 桥接模式允许在不改变抽象接口的情况下改变实现。
• 还可以扩展抽象接口和具体实现，以提供新的功能或行为。

桥接模式核心组件及调用关系 ASCII 图

           +----------------+
           | Abstraction    |
           +----------------+
                  |
                  v
     +-----------------------+------------------+
     | RefinedAbstraction1 | RefinedAbstraction2 |
     +--------------+-----------------------------+
                  |                  |
                  v                  v
           +--------------+           +--------------+
           | ConcreteImplementor1 |  | ConcreteImplementor2 |
           +--------------+           +--------------+
           

调用关系：

客户端代码通过 RefinedAbstraction 类与 Abstraction 类进行交互。
RefinedAbstraction 类将调用委托给其关联的 ConcreteImplementor 类。
组件说明：

Abstraction：定义抽象接口，它定义了客户端代码与桥接模式交互的方式。
RefinedAbstraction：扩展 Abstraction 接口，为特定的实现提供不同的行为。
ConcreteImplementor：实现 Abstraction 接口，提供具体的实现细节。

           
3.使用示例

#include <iostream>

// Abstraction: Shape
class Shape {
public:
    virtual void draw() = 0;
};

// Implementations: Renderer (VectorRenderer and
// RasterRenderer)
class Renderer {
public:
    virtual void render() = 0;
};

class VectorRenderer : public Renderer {
public:
    void render() override
    {
        std::cout << "Rendering as a vector\n";
    }
};

class RasterRenderer : public Renderer {
public:
    void render() override
    {
        std::cout << "Rendering as a raster\n";
    }
};

// Concrete Abstractions: Circle and Square
class Circle : public Shape {
public:
    Circle(Renderer& renderer)
        : renderer(renderer)
    {
    }

    void draw() override
    {
        std::cout << "Drawing a circle ";
        renderer.render();
    }

private:
    Renderer& renderer;
};

class Square : public Shape {
public:
    Square(Renderer& renderer)
        : renderer(renderer)
    {
    }

    void draw() override
    {
        std::cout << "Drawing a square ";
        renderer.render();
    }

private:
    Renderer& renderer;
};

int main()
{
    VectorRenderer vectorRenderer;
    RasterRenderer rasterRenderer;

    Circle circle(vectorRenderer);
    Square square(rasterRenderer);

    circle.draw(); // Output: Drawing a circle Rendering as
                // a vector
    square.draw(); // Output: Drawing a square Rendering as
                // a raster

    return 0;
}

4.注意事项

桥接模式注意事项：

• 复杂性：桥接模式引入了额外的抽象层，这可能会增加代码的复杂性。
• 性能开销：在桥接模式中，抽象类和具体实现类之间的调用可能引入性能开销。
• 过度设计：在某些情况下，桥接模式可能被过度使用，导致不必要的复杂性。
• 多重继承的替代方案：在某些语言中，多重继承可以提供与桥接模式类似的功能，但可能更简单且性能更高。
• 接口的稳定性：桥接模式依赖于稳定的抽象接口。如果接口经常更改，则可能会导致应用程序不稳定。

何时使用桥接模式：

• 当你需要在不改变抽象部分的情况下改变实现部分时。
• 当你想要将不同类型的实现封装在统一的接口后面时。
• 当你想在多个平台或环境中使用相同的抽象接口时。

何时不使用桥接模式：

• 当抽象部分和实现部分之间没有明确的分离时。
• 当性能开销不可接受时。
• 当代码的复杂性已经很高时。

5.最佳实践

桥接模式最佳实践：

• 明确分离抽象和实现：确保抽象接口只定义高级概念，而具体实现提供具体的实现细节。
• 保持抽象接口稳定：避免经常更改抽象接口，因为这可能会破坏依赖于该接口的代码。
• 使用组合而非继承：桥接模式通常使用组合而不是继承来实现分离，这提供了更大的灵活性。
• 避免过度使用：只有在确实需要在不更改抽象的情况下更改实现时才使用桥接模式。
• 考虑性能开销：在桥接模式中，抽象类和具体实现类之间的调用可能会引入性能开销，因此在性能关键的应用程序中要谨慎使用。
• 使用清晰的命名约定：为抽象接口、扩展抽象和具体实现类使用明确的命名约定，以提高代码的可读性和可维护性。

6.总结

桥接模式通过将抽象部分和实现部分分离，使得两者可以独立变化，能够做到抽象接口只定义高级概念，而具体实现提供具体的实现细节