设计模式--桥接模式(Bridge Pattern)

桥接模式(Bridge Pattern)是一种结构型设计模式,它主要是用于将抽象部分与实现部分分离,使它们可以独立地变化。

桥接模式主要包含以下几个角色:

  1. Abstraction(抽象类):定义抽象类的接口,它维护对Implementor的引用。
  2. RefinedAbstraction(扩充抽象类):扩充由Abstraction定义的接口。
  3. Implementor(实现类接口):定义实现类的接口,该接口不一定要与Abstraction的接口完全一致,事实上这两个接口可以完全不同。
  4. ConcreteImplementor(具体实现类):具体实现Implementor接口,在不同的ConcreteImplementor中提供基本操作的不同实现。

桥接模式的主要优点是:

  • 分离抽象接口及其实现部分:提供抽象和实现之间的桥梁结构,而这个桥梁就是该模式的核心------抽象和实现分离,这也是桥接模式的主要特点。
  • 提高了系统的可扩充性:抽象和实现可以独立扩展,不会相互影响,由于程序的抽象化,增加系统功能方便。
  • 实现细节对客户透明,可以对用户隐藏实现细节。

桥接模式适用于以下场景:

  • 当一个类存在两个独立变化的维度,且这两个维度都需要进行扩展时。
  • 当一个系统不希望使用继承或因为多层继承导致系统类的个数急剧增加时。
  • 当一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性时。

以下是一个简单的C++实现的桥接模式(Bridge Pattern)示例:

c 复制代码
#include <iostream>

// 实现部分的抽象
class Implementor {
public:
    virtual void operationImpl() = 0;
    virtual ~Implementor() {}
};

// 具体实现A
class ConcreteImplementorA : public Implementor {
public:
    void operationImpl() override {
        std::cout << "Concrete Implementor A operation..." << std::endl;
    }
};

// 具体实现B
class ConcreteImplementorB : public Implementor {
public:
    void operationImpl() override {
        std::cout << "Concrete Implementor B operation..." << std::endl;
    }
};

// 抽象部分
class Abstraction {
public:
    Abstraction(Implementor* impl) : impl_(impl) {}
    virtual void operation() {
        impl_->operationImpl();
    }
    virtual ~Abstraction() { delete impl_; }

private:
    Implementor* impl_;
};

// 扩展抽象部分
class RefinedAbstraction : public Abstraction {
public:
    RefinedAbstraction(Implementor* impl) : Abstraction(impl) {}
    void operation() override {
        std::cout << "Refined ";
        Abstraction::operation();
    }
};

int main() {
    Abstraction* abstractionA = new RefinedAbstraction(new ConcreteImplementorA());
    abstractionA->operation();

    Abstraction* abstractionB = new RefinedAbstraction(new ConcreteImplementorB());
    abstractionB->operation();

    delete abstractionA;
    delete abstractionB;

    return 0;
}

在这个例子中,Implementor是实现部分的抽象,定义了operationImpl接口。ConcreteImplementorA和ConcreteImplementorB是具体实现,实现了operationImpl接口。

Abstraction是抽象部分,它维护了一个对实现部分的引用,这个引用可以是抽象实现类,也可以是具体实现类。在operation接口中,抽象部分会调用实现部分的operationImpl接口。

RefinedAbstraction是扩展抽象部分,它继承了抽象部分,并可以添加新的接口。

通过这种方式,我们可以将抽象部分和实现部分分离,使它们可以独立地变化。

帮助理解:

可以使用"毛笔" 与 "蜡笔" 做比喻。

"大小"和"颜色" 是两个独立变化的维度。

例如,大小型号有 小 中 大,颜色有3种 红 蓝 黄。

对于毛笔,自带大小属性,增加一支毛笔,结合颜色,有多少种颜色,就有多少种画笔使用方式。

对于蜡笔,大小和颜色耦合在一起,要想达到与毛笔一样的效果,有多少种颜色,就需要增加多少个蜡笔。

相关推荐
夜晚中的人海17 分钟前
【C++】滑动窗口算法习题
开发语言·c++·算法
Asort1 小时前
JavaScript设计模式(十六)——迭代器模式:优雅遍历数据的艺术
前端·javascript·设计模式
violet-lz1 小时前
数据结构四大简单排序算法详解:直接插入排序、选择排序、基数排序和冒泡排序
数据结构·算法·排序算法
·白小白1 小时前
力扣(LeetCode) ——118.杨辉三角(C++)
c++·算法·leetcode
昨天的猫1 小时前
原来我们写的单例还存在缺陷~~
设计模式
Tiny_React1 小时前
智能体设计模式-CH13:人类参与环节(Human-in-the-Loop)
设计模式
Tiny_React1 小时前
智能体设计模式-CH09:学习与适应(Learning and Adaptation)
设计模式
CoovallyAIHub1 小时前
超越“识别”:下一代机器视觉如何破解具身智能落地难题?
深度学习·算法·计算机视觉
Tiny_React1 小时前
智能体设计模式-CH10:模型上下文协议(Model Context Protocol)
设计模式
Tiny_React1 小时前
智能体设计模式-CH11:目标设定与监控(Goal Setting and Monitoring)
设计模式