设计模式—结构型模式之桥接模式

设计模式---结构型模式之桥接模式

将抽象与实现解耦,使两者都可以独立变化。

在现实生活中,某些类具有两个或多个维度的变化,如图形既可按形状分,又可按颜色分。如何设计类似于 Photoshop 这样的软件,能画不同形状和不同颜色的图形呢?如果用继承方式,m 种形状和 n 种颜色的图形就有 m×n 种,不但对应的子类很多,而且扩展困难。不同颜色和字体的文字、不同品牌和功率的汽车。

桥接将继承转为关联,降低类之间的耦合度,减少代码量。

桥接(Bridge)模式包含以下主要角色:

  • 系统设计期间,如果这个类里面的一些东西,会扩展很多,这个东西就应该分离出来
  • 抽象化(Abstraction)角色:定义抽象类,并包含一个对实现化对象的引用。
  • 扩展抽象化(Refined Abstraction)角色:是抽象化角色的子类,实现父类中的业务方法,并通过组合关系调用实现化角色中的业务方法。
  • 实现化(Implementor)角色:定义实现化角色的接口,供扩展抽象化角色调用。
  • 具体实现化(Concrete Implementor)角色:给出实现化角色接口的具体实现。

举例

如果我们有不同型号的手机,每种型号的手机都有线下和线上两种销售渠道,两种渠道的价格还不同。如果我们不使用设计模式,我们就需要定义线上渠道的不同型号手机类、线下渠道的不同型号手机类;如果我们再增加一个渠道,又需要增加新的不同型号渠道手机类。我们能否把渠道分离出来呢?这便引出了桥接模式。

渠道抽象类:

java 复制代码
/**
* 抽象渠道类
*/
public abstract class AbstarctChnnel {
    private String channel;
    private Integer price;

    public AbstarctChnnel(String channel, Integer price) {
        this.channel = channel;
        this.price = price;
    }

    String getChannelInfo(){
        return "渠道:"+this.channel + "\t价格:"+this.price;
    }
}

线上渠道和线下渠道分别为:

java 复制代码
/**
 * 线上渠道
 */
public class OnlineChannel extends AbstarctChnnel{
    public OnlineChannel(String channel, Integer price) {
        super(channel, price);
    }
}
/**
 * 线下渠道
 */
public class OfflineChannel extends AbstarctChnnel{
    public OfflineChannel(String channel, Integer price) {
        super(channel, price);
    }
}

我们的抽象手机类如下:

java 复制代码
public abstract class AbstarctPhone {
    //桥接在此.....设计期间就得想好
    //【真正会引起此类变化的一个维度直接抽取出来,通过组合的方式接起来】
    //桥接+适配器 ...
    AbstarctChnnel chnnel;

    abstract String getPhone();

    public void setChnnel(AbstarctChnnel chnnel) {
        this.chnnel = chnnel;
    }
}

手机类如下:

java 复制代码
public class BananaPhone extends AbstarctPhone{
    @Override
    String getPhone() {
        return "香蕉手机:"+this.chnnel.getChannelInfo();
    }
}

测试类如下:

java 复制代码
public class BridgeTest {
    public static void main(String[] args) {
        BananaPhone phone = new BananaPhone();
        phone.setChnnel(new OfflineChannel("线下渠道",10000));
        System.out.println("phone.getPhone() = " + phone.getPhone());
    }
}

运行结果如下:

如果我们再新增一个渠道,只要再扩展出一个渠道类即可,不需要新增手机类。

总结

我们需要把真正会引起此类变化的维度,直接抽取出来,通过组合的方式拼接起来。

相关推荐
AI人工智能+电脑小能手17 小时前
大白话说Java设计模式-08-建造者模式(业务实战篇)
java·设计模式·建造者模式·架构设计·对象构建
AustinXu20 小时前
从 Claude Code 到 Claude Tag,Harness Engineering 走到了组织这一层
设计模式·团队管理
剧中有戏20 小时前
单例模式从入门到精通:一个数据库连接池的完整剖析
设计模式
胡萝卜术20 小时前
编译期与运行期的双重防线:从 TypeScript 类型之争到 LLM 输出的自动化择优
前端·设计模式·面试
货拉拉技术20 小时前
重塑 Agent 度量衡:基于 LLM-as-a-Judge 的离线评估体系与实践
算法·设计模式
KhalilRuan21 小时前
设计模式小记
设计模式
卡牌RWA研究院21 小时前
Relique:一张精品卡牌如何从收藏品变成可交易的链上资产?
设计模式·金融·区块链·创业创新
剧中有戏2 天前
抽象工厂模式从入门到精通:一个多云存储案例的完整剖析(修订版)
设计模式
MC皮蛋侠客2 天前
Redis 系列(八):缓存设计模式与一致性——从 Cache Aside 到防雪崩
redis·缓存·设计模式
莫得感情 o2 天前
设计模式 18 · 状态模式
设计模式·状态模式