Java设计模式(九)结构型- 桥接模式 Bridge Pattern(史上最全桥接模式)与使用场景以及优缺点

  1. 桥接模式

桥接模式也称为桥梁模式、接口模式或者柄体(Handle and Body)模式,是将抽象部分与他的具体实现部分分离,使它们都可以独立地变化,通过组合的方式建立两个类之间的联系,而不是继承。

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

  • 抽象化(Abstraction)角色 :定义抽象类,并包含一个对实现化对象的引用。
  • 扩展抽象化(Refined Abstraction)角色 :是抽象化角色的子类,实现父类中的业务方法,并通过组合关系调用实现化角色中的业务方法。
  • 实现化(Implementor)角色 :定义实现化角色的接口,供扩展抽象化角色调用。
  • 具体实现化(Concrete Implementor)角色 :给出实现化角色接口的具体实现。

1.1 代码实现

下面以一个多系统多视频格式文件播放为例子:

// 视频接口
public interface Video {
    void decode(String fileName);
}
 
// MP4格式类
public class Mp4 implements Video{
    @Override
    public void decode(String fileName) {
        System.out.println("MP4视频文件:"+ fileName);
    }
}
// RMVB格式类
public class Rmvb implements Video{
    @Override
    public void decode(String fileName) {
        System.out.println("rmvb文件:" + fileName);
    }
}
// 操作系统抽象类
@AllArgsConstructor
public abstract class OperatingSystem {
    Video video;
    public abstract void play(String fileName);
 
}
// iOS系统
public class Ios extends OperatingSystem {
    public Ios(Video video){
        super(video);
    }
    @Override
    public void play(String fileName) {
        video.decode(fileName);
    }
}
// windows系统
public class Windows extends OperatingSystem {
    public Windows(Video video){
        super(video);
    }
    @Override
    public void play(String fileName) {
        video.decode(fileName);
    }
}

在这里插入图片描述

可以通过类图看到,视频类和操作系统类之间通过OperatingSystem类桥接关联起来。

1.2 总结

适用场景:

  • 在抽象和具体实现之间需要增加更多的灵活性的场景。
  • 一个类存在两个(或多个)独立变化的维度,而这两个(或多个)维度都需要独立进行扩展。
  • 不希望使用继承,或因为多层继承导致系统类的个数剧增。

优点:

  • 分离抽象部分及其具体实现部分。
  • 提高了系统的扩展性。
  • 符合开闭原型。
  • 符合合成复用原则。

缺点:

  • 增加了系统的理解与设计难度。
  • 需要正确地识别系统中两个独立变化的维度。
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
设计模式是软件开发中常用的解决问题的方案,帮助开发者在设计和构建应用程序时更加灵活和可维护。下面给出了一份史上最全设计模式导学,包括23种常见的设计模式以及它们的定义和示例: 1. 创建型设计模式: - 工厂方法模式(Factory Method Pattern):定义一个用于创建对象的接口,由子类决定实例化哪一个类。 - 抽象工厂模式(Abstract Factory Pattern):提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。 - 单例模式(Singleton Pattern):确保一个类只有一个实例,并提供一个全局访问点。 - 建造者模式(Builder Pattern):将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。 - 原型模式(Prototype Pattern):通过复制现有的对象来创建新对象。 2. 结构型设计模式: - 适配器模式(Adapter Pattern):将一个类的接口转换成客户希望的另外一个接口。 - 装饰器模式(Decorator Pattern):动态地给一个对象添加额外的职责。 - 代理模式(Proxy Pattern):为其他对象提供一种代理以控制对这个对象的访问。 - 外观模式(Facade Pattern):提供了一个统一的接口,用来访问子系统中的一群接口。 - 桥接模式Bridge Pattern):将抽象部分与它的实现部分分离,使它们都可以独立地变化。 3. 行为型设计模式: - 观察者模式(Observer Pattern):定义了一种一对多的依赖关系,当一个对象状态改变时,所有依赖它的对象都会收到通知并自动更新。 - 策略模式(Strategy Pattern):定义了一系列的算法,并将每个算法封装起来,使得它们可以相互替换。 - 命令模式(Command Pattern):将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化。 - 迭代器模式(Iterator Pattern):提供一种方法顺序访问一个聚合对象中的各个元素,而又不暴露该对象的内部表示。 - 职责链模式(Chain of Responsibility Pattern):为解除发送者和接收者之间的耦合,而使多个对象都有机会处理请求。 4. 框架性设计模式: - MVC模式(Model-View-Controller Pattern):将应用程序划分为模型、视图和控制器三个部分,分别处理业务逻辑、用户界面和用户输入。 - 依赖注入模式(Dependency Injection Pattern):通过外部注入的方式来实现对象之间的依赖关系,提高代码的可测试性和可维护性。 - 享元模式(Flyweight Pattern):运用共享技术有效地支持大量细粒度的对象。 - 模板方法模式(Template Method Pattern):定义一个操作中算法的骨架,将一些步骤延迟到子类中实现。 以上是史上最全设计模式导学,希望对你有帮助!

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

angle⠀

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值