桥接模式(结构型模式)

4.桥接模式

桥接(Bridge)模式的定义如下:将抽象与实现分离,使它们可以独立变化。它是用组合关系代替继承关系来实现,从而降低了抽象和实现这两个可变维度的耦合度。

举例说明:
假如你有一个几何形状(Shape)类, 从它能扩展出两个子类: 圆形(Circle)和方形(Square)。你希望对这样的类层次结构进行扩展以使其包含颜色, 所以你打算创建名为红色(Red)和蓝色(Blue)的形状子类。但是,由于你已有两个子类,所以总共需要创建四个类才能覆盖所有组合,例如蓝色圆形(BlueCircle)和红色方形(RedSquare)。在层次结构中新增形状和颜色将导致代码复杂程度指数增长。例如添加三角形状,你需要新增两个子类,也就是每种颜色一个;此后新增一种新颜色需要新增三个子类,即每种形状一个。如此以往,情况会越来越糟糕。
解决办法:
问题的根本原因是我们试图在两个独立的维度——形状与颜色——上扩展形状类。这在处理类继承时是很常见的问题。
桥接模式通过将继承改为组合的方式来解决这个问题。具体来说,就是抽取其中一个维度并使之成为独立的类层次,这样就可以在初始类中引用这个新层次的对象,从而使得一个类不必拥有所有的状态和行为。

总得来说,就是将耦合在一起的纬度分开定义,例如上面的颜色和形状就是不同的纬度。根据不用的业务需求,再拿各个纬度下的对象进行组合便可得到想要的结果;

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

【例】视频播放器

需要开发一个跨平台视频播放器,可以在不同操作系统平台(如Windows、Mac、Linux等)上播放多种格式的视频文件,常见的视频格式包括RMVB、AVI、WMV等。该播放器包含了两个维度,适合使用桥接模式。

类图如下:

在此例中,操作系统属于一个纬度,文件类型有是另外一个纬度。每个操作系统都可播放任何一种类型的视频文件(有点类似于笛卡尔积,如果使用单个纬度来继承实现,类会爆炸式增加)

4.3 实现
/视频文件
public interface VideoFile {
    void decode(String fileName);
}

//avi文件
public class AVIFile implements VideoFile {
    public void decode(String fileName) {
        System.out.println("avi视频文件:"+ fileName);
    }
}

//rmvb文件
public class REVBBFile implements VideoFile {

    public void decode(String fileName) {
        System.out.println("rmvb文件:" + fileName);
    }
}

//操作系统版本
public abstract class OperatingSystemVersion {

    protected VideoFile videoFile;

    public OperatingSystemVersion(VideoFile videoFile) {
        this.videoFile = videoFile;
    }

    public abstract void play(String fileName);
}

//Windows版本
public class Windows extends OperatingSystem {

    public Windows(VideoFile videoFile) {
        super(videoFile);
    }

    public void play(String fileName) {
        videoFile.decode(fileName);
    }
}

//mac版本
public class Mac extends OperatingSystemVersion {

    public Mac(VideoFile videoFile) {
        super(videoFile);
    }

    public void play(String fileName) {
		videoFile.decode(fileName);
    }
}

//测试类
public class Client {
    public static void main(String[] args) {
        //用Windows系统播放avi文件
        OperatingSystem os = new Windows(new AVIFile());
        os.play("战狼3");
    }
}
4.4 优缺点分析

优点:

  • 桥接模式提高了系统的可扩充性,在两个变化维度中任意扩展一个维度,都不需要修改原有系统。

    如:如果现在还有一种视频文件类型wmv,我们只需要再定义一个类实现VideoFile接口即可,其他类不需要发生变化。

  • 实现细节对客户透明

缺点:

  • 由于聚合关系建立在抽象层,要求开发者针对抽象化进行设计与编程,能正确地识别出系统中两个独立变化的维度,这增加了系统的理解与设计难度。
4.5 使用场景
  • 当一个类存在两个独立变化的维度,且这两个维度都需要进行扩展时。
  • 当一个系统不希望使用继承或因为多层次继承导致系统类的个数急剧增加时。
  • 当一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性时。避免在两个层次之间建立静态的继承联系,通过桥接模式可以使它们在抽象层建立一个关联关系。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 桥接模式和适配器模式都是结构设计模式,主要用于处理不同类之间的接口问题,但它们的适用场景和解决问题的方式略有不同。 相同点: 1. 都是为了解决两个不兼容的接口之间的问题; 2. 都使用组合关系将两个不同的类连接起来; 3. 都可以提高代码的可扩展性和复用性。 不同点: 1. 定义不同:桥接模式是为了让接口和实现部分分离,以便它们可以独立地变化。适配器模式是为了将一个类的接口转换成客户端所期望的另一个接口。 2. 用途不同:桥接模式通常用于抽象类和具体类之间的接口,而适配器模式通常用于将现有类的接口转换为其他客户端所期望的接口。 3. 实现方式不同:桥接模式使用组合关系将两个不同的类连接起来,并且这两个类可以独立地扩展。适配器模式使用继承和组合的方式,将一个类的接口转换成另一个接口。 总的来说,桥接模式主要是为了解决抽象类和具体类之间的接口问题,而适配器模式主要是为了解决现有类与客户端所期望的接口不一致的问题。 ### 回答2: 桥接模式和适配器模式作为常见的设计模式,都用于解决不同类之间的接口不兼容的问题,但是它们在解决问题的方式和应用场景上有一些不同。 首先,桥接模式的主要目标是将抽象与实现分离,使它们能够独立地变化。在桥接模式中,抽象和实现是通过一个桥接接口连接起来的。这种模式可以在运行时动态地选择具体的实现,而不会对客户端代码造成任何影响。桥接模式常用于系统中存在多个独立变化的维度时,可以将这些维度分离开来,从而提供更好的灵活性和可扩展性。 而适配器模式的主要目标是将一个类的接口转换成客户端所期望的另一个接口。适配器模式主要通过创建一个适配器类,将客户端的调用转换为被适配类的相应调用来实现。适配器模式常用于集成已有的组件或类库时,可以通过适配器来适配不同的接口,无需修改原有的代码。 两种模式的相同点是都能够解决接口不兼容的问题,都是通过创建一个中间层来实现接口转换。而不同点在于桥接模式更重视抽象和实现的分离,可以将不同维度的变化独立起来,提供更好的扩展性;适配器模式则更重视在已有代码的基础上进行接口转换,将已有代码和新接口进行适配,保证代码的兼容性。 综上所述,桥接模式和适配器模式在解决接口不兼容问题时具有一定的相似性,但在具体的应用场景和解决问题的方式上有所不同。 ### 回答3: 桥接模式和适配器模式是两种常见的设计模式,它们都属于结构模式,用于处理不同接口之间的交互。下面我来介绍一下这两种模式的异同。 异同之处: 1. 定义:桥接模式(Bridge Pattern)是一种将抽象和实现解耦的设计模式,使得它们可以独立地变化。适配器模式(Adapter Pattern)将一个类的接口转换成客户希望的另一个接口。 2. 目的:桥接模式的目的是将抽象部分与实现部分分离,使它们可以独立地变化。适配器模式的目的是让两个不兼容的接口可以一起工作。 3. 用途:桥接模式通常用于抽象接口和实现之间存在多对多关系的情况,适配器模式通常用于将一个类的接口转换成另一个类的接口。 4. 实现方式:桥接模式使用组合关系将抽象部分和实现部分分离,通过桥接接口将它们连接起来。适配器模式通过继承或者对象组合的方式来适配不同的接口。 5. 关注点:桥接模式侧重于对抽象和实现进行解耦,注重抽象部分的稳定性和可扩展性。适配器模式侧重于将一个接口转换成另一个接口,注重两个接口的兼容性和一致性。 6. 灵活性:桥接模式可以在运行时动态切换抽象和实现的具体实现,使系统更加灵活。适配器模式在编译时或者运行时进行适配,不具备动态切换的能力。 总结起来,桥接模式和适配器模式都是用于处理不同接口之间的交互,但是目的和实现方式略有不同。桥接模式关注于抽象接口和实现的解耦,适配器模式关注于接口之间的适配转换。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值