首页 > 其他分享 >软件设计模式系列之九——桥接模式

软件设计模式系列之九——桥接模式

时间:2023-09-19 13:55:06浏览次数:36  
标签:桥接 模式 软件设计 接口 implementor public 实现

1 模式的定义

桥接模式是一种结构型设计模式,它用于将抽象部分与其实现部分分离,以便它们可以独立地变化。这种模式涉及一个接口,它充当一个桥,使得具体类可以在不影响客户端代码的情况下改变。桥接模式将继承关系转化为组合关系,从而减少类之间的紧密耦合度,使得系统更加灵活和可扩展。

桥接模式的核心思想是将系统中的多个维度的变化解耦,使得每个维度可以独立地扩展和修改,而不会影响到其他维度。这使得系统更加灵活,易于维护和扩展。桥接模式通常应用于需要处理多个变化维度的场景,如不同操作系统和应用程序之间的通信、多种格式和不同设备的兼容性等。

2 举例说明

让我们通过一个简单的例子来说明桥接模式。

比如在视频播放器的场景中,我们可以使用桥接模式来处理两个独立变化的维度:视频格式和操作系统。视频格式维度包括FLV、AVI、MP4等不同的视频格式,操作系统维度包括Windows、Linux、macOS、Android等不同的操作系统。通过桥接模式,我们可以创建具有不同视频格式和运行在不同操作系统上的播放器,同时保持代码的可扩展性和可维护性。这意味着我们可以轻松地添加新的视频格式和支持新的操作系统,而不会对现有代码造成影响。

3 结构

桥接模式的结构包括以下几个关键组件:

抽象类(Abstraction):定义抽象部分的接口,维护一个指向实现部分的引用。
扩展抽象类(Refined Abstraction):扩展抽象类,实现更多特定功能。
实现接口(Implementor):定义实现部分的接口,通常包括具体操作的方法。
具体实现类(Concrete Implementor):实现接口的具体实现。

4 实现步骤

桥接模式的实现步骤如下:

定义实现接口(Implementor),并在其中声明抽象方法。
创建具体实现类(Concrete Implementor),实现实现接口中的方法。
定义抽象类(Abstraction),包含一个指向实现接口的引用,并在其中定义抽象方法。
创建扩展抽象类(Refined Abstraction),继承抽象类,并实现具体功能,可以调用实现接口中的方法。
在客户端代码中使用抽象类和具体实现类。

5 代码实现

// 实现接口 - 视频播放器实现
interface VideoPlayerImplementor {
    void playVideo();
}

// 具体实现类 - 不同视频格式的播放器
class FLVVideoPlayer implements VideoPlayerImplementor {
    public void playVideo() {
        System.out.println("播放FLV格式的视频。");
    }
}

class AVIVideoPlayer implements VideoPlayerImplementor {
    public void playVideo() {
        System.out.println("播放AVI格式的视频。");
    }
}

class MP4VideoPlayer implements VideoPlayerImplementor {
    public void playVideo() {
        System.out.println("播放MP4格式的视频。");
    }
}

// 抽象类 - 视频播放器
abstract class VideoPlayer {
    protected VideoPlayerImplementor implementor;

    public VideoPlayer(VideoPlayerImplementor implementor) {
        this.implementor = implementor;
    }

    public abstract void play();
}

// 扩展抽象类 - 不同操作系统上的视频播放器
class WindowsVideoPlayer extends VideoPlayer {
    public WindowsVideoPlayer(VideoPlayerImplementor implementor) {
        super(implementor);
    }

    public void play() {
        System.out.println("在Windows系统上播放视频:");
        implementor.playVideo();
    }
}

class LinuxVideoPlayer extends VideoPlayer {
    public LinuxVideoPlayer(VideoPlayerImplementor implementor) {
        super(implementor);
    }

    public void play() {
        System.out.println("在Linux系统上播放视频:");
        implementor.playVideo();
    }
}

class MacOSVideoPlayer extends VideoPlayer {
    public MacOSVideoPlayer(VideoPlayerImplementor implementor) {
        super(implementor);
    }

    public void play() {
        System.out.println("在macOS系统上播放视频:");
        implementor.playVideo();
    }
}

class AndroidVideoPlayer extends VideoPlayer {
    public AndroidVideoPlayer(VideoPlayerImplementor implementor) {
        super(implementor);
    }

    public void play() {
        System.out.println("在Android系统上播放视频:");
        implementor.playVideo();
    }
}

public class Client {
    public static void main(String[] args) {
        VideoPlayerImplementor flvPlayer = new FLVVideoPlayer();
        VideoPlayerImplementor mp4Player = new MP4VideoPlayer();

        VideoPlayer windowsFLVPlayer = new WindowsVideoPlayer(flvPlayer);
        VideoPlayer linuxMP4Player = new LinuxVideoPlayer(mp4Player);

        windowsFLVPlayer.play();  // 在Windows系统上播放FLV视频
        linuxMP4Player.play();    // 在Linux系统上播放MP4视频
    }
}


在这个示例中,我们首先定义了视频播放器的实现接口(VideoPlayerImplementor),然后创建了具体实现类,表示不同视频格式的播放器。接着,我们定义了视频播放器的抽象类(VideoPlayer)和扩展抽象类,表示不同操作系统上的播放器。最后,通过客户端代码,我们可以选择不同的视频格式和操作系统,实现了桥接模式的应用。这使我们能够轻松扩展支持更多格式和操作系统的播放器,而不会修改现有代码。

6 典型应用场景

桥接模式在以下情况下非常有用:

当你需要避免在抽象和具体实现之间存在静态绑定关系时。
当一个类存在多个独立变化的维度,且需要独立扩展时,可以使用桥接模式来管理这些维度。
当你希望一个抽象部分的变化不会影响到客户端代码时,可以使用桥接模式。
典型应用包括不同操作系统上的图形用户界面库、不同数据库连接的数据库访问库等。

7 优缺点

优点:
解耦性:桥接模式将抽象和实现分离,降低了它们之间的耦合度。
可扩展性:可以方便地添加新的抽象和具体实现,而不会影响到已有的代码。
可维护性:由于分离了抽象和具体实现,代码更容易理解和维护。
符合开闭原则:可以在不修改现有代码的情况下扩展系统功能。
缺点:
增加复杂性:引入了额外的抽象层次,可能会增加代码的复杂性。
增加开发时间:相对于直接使用继承,桥接模式可能需要更多的开发时间

8 类似模式

桥接模式和类似模式中,有两种最常见的模式是适配器模式和装饰者模式。它们都属于结构型设计模式,并且在某些情况下可以与桥接模式有一定的联系。

  • 适配器模式(Adapter Pattern)

联系:适配器模式通常用于使一个类的接口与另一个类的接口兼容,它的主要目的是使接口不兼容的类能够协同工作。在某种程度上,适配器模式也可以解决桥接模式中的问题,因为它们都涉及将不同的接口协同工作。

区别:适配器模式的主要焦点是在不同接口之间进行适配,通常是通过包装一个类来实现。而桥接模式的主要焦点是将抽象部分与实现部分分离,允许它们独立变化。桥接模式更加注重组合而不是适配。

  • 装饰者模式(Decorator Pattern)

联系:装饰者模式和桥接模式都涉及到在运行时组合对象,而不是静态继承。它们都允许你在不修改核心类的情况下增加功能。

区别:装饰者模式主要用于动态地添加额外的职责或行为,而不改变对象的接口。它通常以一种递归的方式构建,每个装饰者都有一个基本组件的引用。相反,桥接模式的主要目标是将抽象部分和实现部分分离,以便它们可以独立变化,而不影响客户端。

虽然这些模式有一些相似之处,但它们的关注点和目标略有不同。桥接模式主要关注将抽象和实现分离,允许它们独立变化,通常涉及多个维度的变化。适配器模式主要关注接口的适配,以使不兼容的类能够协同工作。装饰者模式主要用于动态地增加对象的功能。在实际应用中,选择合适的模式取决于具体问题的需求。

9 小结

桥接模式是一种强大的设计模式,它可以将抽象和实现分离,使得系统更加灵活、可扩展和易于维护。通过示例、结构、实现步骤、代码实现、典型应用场景、优缺点以及类似模式的介绍,我们希望您现在对桥接模式有了更深入的理解,并能够在实际项目中合理应用它以解决复杂性和提高代码质量。桥接模式适用于需要处理多个独立变化维度的情况,以及需要保持灵活性和可扩展性的项目中。

在使用桥接模式时,确保仔细设计抽象和实现部分的接口,以便将它们正确连接起来。同时,要注意避免过度使用桥接模式,因为它可能增加代码的复杂性,只有在确实需要将抽象和实现分离时才应该采用这种模式。

最后,深入理解设计模式并将其应用到实际项目中需要时间和实践。桥接模式是设计模式中的一个重要工具,它可以帮助你构建更加灵活和可维护的软件系统。希望这篇博客能够帮助你更好地理解和应用桥接模式。

标签:桥接,模式,软件设计,接口,implementor,public,实现
From: https://www.cnblogs.com/coodream2009/p/17714431.html

相关文章

  • Glide源码阅读之适配器模式【ArrayAdapterInterface<T>】
    定义菜鸟教程介绍意图:将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。主要解决:主要解决在软件系统中,常常要将一些"现存的对象"放到新的环境中,而新环境要求的接口是现对象不能满足的。何时使用:1、系统需要使......
  • 趣解设计模式之《会飞的橡皮鸭》
    〇、小故事小王公司要开发一个养鸭子的模拟养育游戏。游戏中会出现各种类型的鸭子。小王设计了一个基础的鸭子类——Duck类,这个类有3个方法:【quack】用来描述鸭子叫声的方法;<br>【swim】用来描述鸭子游泳姿态的方法;<br>【display】用来描述鸭子外貌的方法;然后通过继承Duck类......
  • Glide源码阅读之策略模式2【DownsampleStrategy】
    策略模式二DownsampleStrategy包路径:com.bumptech.glide.load.resource.bitmap.DownsampleStrategy指示对图像进行下采样时使用的算法。DownsampleStrategy不提供任何关于输出大小的保证。行为将不同,取决于ResourceDecoder使用的策略和Android版本的代码运行。使用DownsampleStrat......
  • Glide源码阅读之工厂模式4总结
    工厂模式的应用比较多;变化形态也是各种各样。但经过这段时间的解读。大概可以用浓缩为1、不是使用new创建对象;2、没有明显build方法创建对象;3、带xxxFactory的几乎都满足工厂模式。当然第3点比较明显。如果不带xxxFactory等这样的标识那看看是否有implements、extends。而且内......
  • Glide源码阅读之状态模式[SingleRequest<R>.Status]
    前言前面写完策略模式,接着写状态模式;在开始接触这两个模式的时候我也很疑惑,这两个设计模式很相似,用法也很类似。好一段时间我都没有区分这两者的区别。在使用的时候也不知道怎么选择,后来慢慢的加深理解也就总结出规律了。先看看状态模式的经典结构状态模式介绍《Android源码设计模......
  • Glide源码阅读之策略模式4总结
    《Android源码设计模式解析与实践》定义策略模式定义了一系列的算法,并将每一个算法封装起来,而且使它们还可以相互替换。策略模式让算法独立于使用它的客户而独立变化使用场景针对同一类型问题的多种处理方式。仅仅是具体行为有差别时需要安全地封装多种同一类型的操作时出现同一抽......
  • Glide源码阅读之工厂模式2【DiskCache.Factory】
    DiskCache.Factory包路径:com.bumptech.glide.load.engine.cache.DiskCachecom.bumptech.glide.load.engine.cache.DiskCache.Factory/**Aninterfaceforwritingtoandreadingfromadiskcache.*/一种向磁盘缓存写入和从磁盘缓存读取数据的接口。publicinterfaceDiskCa......
  • Glide源码阅读之工厂模式1【ModelLoaderFactory】【ModelLoader】
    使用场景介绍摘自菜鸟教程|设计模式|工厂模式意图:定义一个创建对象的接口,让其子类自己决定实例化哪一个工厂类,工厂模式使其创建过程延迟到子类进行。主要解决:主要解决接口选择的问题。何时使用:我们明确地计划不同条件下创建不同实例时。如何解决:让其子类实现工厂接口,返回的也是一个......
  • Glide源码阅读之建造者(builder)模式3【RequestOptions】【BaseRequestOptions】
    官方定义本来解析完GlideBuilder、RequestBuilder就已经觉得建造者模式用的变化有些大了,但随着解析的进行发现还要下面的这两种变种应用。先解析出来给大家看看,说不定在某些场景下能启发读者使用这种模式应用方式builder模式应用变化一结构:publicstaticRequestOptionssizeXXXX(p......
  • Web3.0时代的全新合作模式:DAO
    你有没有遇到这种情况:我有一个很棒的想法,想要开发出一个“改变世界”的项目,但是我既没有技术,也没有人脉,甚至没有资金,导致我始终没有办法开始行动,痛苦万分。就比如在黑客大赛上,我想到一个一定可以得奖的点子,但是却找不到合伙人,也无法独自完成,导致机会白白溜走。今天我就介绍一个可......