设计模式——桥接模式

桥接模式(Bridge)

  在学习面向对象的过程中,可能会陷入一个误区,只要可以用,都用上继承,就好比因为有了新锤子,看什么东西都像是钉子了。

  事实上,继承可能会带来一些麻烦。比如对象的继承关系是在编译阶段就定义好的,所以无法在运行时改变从父类继承的实现。子类的实现与其父类有非常紧密的依赖关系,父类的变化必然导致子类的变化。当需要复用子类的时候,如果继承下来的实现不适用于解决新的问题,则父类必须重写或用更合适的类替换。这种依赖关系限制了灵活性并最终限制了复用性。

合成(Composition)/聚合(Aggregation)复用原则(CARP)

  尽量使用合成/聚合,尽量不要使用类继承。

  这就是为什么说多用组合,少用继承。

  聚合 表示一种弱的"拥有"关系,体现的是A对象可以包含B对象,但是B对象不是A对象的一部分;
合成 也叫组合 ,是一种强的"拥有"关系,体现了严格的部分和整体的关系,部分和整体的生命周期是一样的。

大雁和翅膀是整体和部分的关系,生命周期一样,所以是组合关系。

大雁属于一个雁群,所以是聚合关系。

  合成/聚合复用原则的好处是:优先使用对象的合成/聚合有助于保持每个类被封装,并且集中在单个任务上。这样类和类继承层次会保持较小的规模,不容易发展成庞然大物。

桥接模式

  将抽象部分与它的实现部分分离,使他们都可以独立地变化

  例如手机既可以按照品牌分类,也可以按照功能分类。

  桥接模式的核心意图就是把这些实现独立出来,让他们各自变化,这样每种实现的变化都不会影响其他实现,从而达到应对变化的目的

c++ 复制代码
#include <iostream>
#include <string>

using namespace std;

// 手机软件类
class HandsetSoft
{
public:
    virtual void Run() = 0;
};

// 手机游戏
class HandsetGame : public HandsetSoft
{
public:
    void Run() override
    {
        cout << "运行手机游戏" << endl;
    }
};

// 手机通讯录
class HandsetAddressList : public HandsetSoft
{
public:
    void Run() override
    {
        cout << "运行手机通讯录" << endl;
    }
};

// 手机品牌类
class HandsetBrand
{
public:
    // 设置手机软件
    void SetHandsetSoft(HandsetSoft *soft)
    {
        this->soft = soft;
    }

    // 运行手机软件
    virtual void Run() = 0;

protected:
    HandsetSoft *soft;
};

// 两个具体的品牌类
class HandsetBrandM : public HandsetBrand
{
public:
    void Run() override
    {
        soft->Run();
    }
};

class HandsetBrandN : public HandsetBrand
{
public:
    void Run() override
    {
        soft->Run();
    }
};

// 客户端代码
void Client()
{
    HandsetBrand *ab;
    ab = new HandsetBrandN();

    ab->SetHandsetSoft(new HandsetGame());
    ab->Run();

    ab->SetHandsetSoft(new HandsetAddressList());
    ab->Run();

    ab = new HandsetBrandM();

    ab->SetHandsetSoft(new HandsetGame());
    ab->Run();

    ab->SetHandsetSoft(new HandsetAddressList());
    ab->Run();
}

int main()
{
    Client();

    return 0;
}

  这个过程就像是拿到一台新手机,给它装各种软件一样。

  实现手机品牌与手机软件的解耦,这样我们可以方便地增减手机品牌,也可以方便地增减手机的功能。

相关推荐
Doris_202312 小时前
代码格式化 使用oxfmt
设计模式·架构·前端框架
Doris_202313 小时前
说一说ESLint+Prettier生效的原理
前端·设计模式·架构
Pomelooooo14 小时前
把 git commit 这件事,彻底交给 AI ——一个工程化 /git-commit 命令的设计与落地
设计模式
invicinble15 小时前
设计模式(类的拓扑结构)(描述总纲)
设计模式·原型模式
invicinble18 小时前
设计模式(类的拓扑结构)(为什么会产生设计模式,以及什么是设计模式)
linux·服务器·设计模式
PersonalViolet20 小时前
模板方法模式实战:重构Agent工具审批,告别重复代码
设计模式·agent
老码观察20 小时前
设计模式实战解读(五):策略模式——干掉 if-else 的优雅方案
java·设计模式·策略模式
解决问题no解决代码问题21 小时前
设计模式分类介绍
java·开发语言·设计模式
烬羽21 小时前
从 Python List 到 LLM 接口:一条被忽视的 AI 入门捷径
设计模式
我爱cope1 天前
【Agent智能体8 | 反思设计模式-大语言模型反思机制的四个演进阶段】
人工智能·设计模式·语言模型