Java进阶篇设计模式之四 -----适配器模式和桥接模式

前言

上一篇中我们学习了创建型模式的建造者模式和原型模式。本篇则来学习下结构型模式的适配器模式和桥接模式。

适配器模式

简介

适配器模式是作为两个不兼容的接口之间的桥梁。这种类型的设计模式属于结构型模式,它结合了两个独立接口的功能。

简单的来说就是通过某个接口将不兼容的两个类进行兼容,俗称转换器。
生活比较典型的例子是电器的电压,美国的电压是110V左右, 而中国的电压普片是220V,如果我们想用美国或日本的电器,则需要一个转换器,将110V转换成220V。还有一个很典型例子就是曾经的万能充,基本可以充各种手机的电池。

这里我们用一个简单的示例来进行说明。
某个视频播放器,只能播放MP4格式的视频,但是主流的视频格式除了MP4,还有AVI、RVMB等,这时就有个软件,格式工厂用于对视频格式的转换(适配器),从而进行播放视频。这时我们就可以使用适配器模式来进行完成该代码的编写。

适配器模式主要有两种类型,一种是类适配器模式,主要通过继承来实现适配器功能;一种是对象适配器模式,通过组合来实现适配器功能。

首先是类适配器模式,它需要完成一下步骤:

  1. 建立MP4、AVI、RVMB视频格式的接口;
  2. 建立一个视频播放器的类实现MP4视频格式的类;
  3. 编写一个格式工厂类,将AVI、RVMB等格式的视频文件转换成MP4格式的文件。
  4. 播放这些视频。

那么代码如下:

代码示例:


    interface Mp4{
        void playMp4();
    }

    interface Avi{
        void playAvi();
    }

    interface Rvmb{
        void playRvmb();
    }

    class VideoPlayer implements Mp4{

        @Override
        public void playMp4() {
            System.out.println("播放Mp4格式的视频文件.");
        }
    }

    class FormatFactory extends VideoPlayer  implements Avi{
        @Override
        public void playAvi() {
            //转换成MP4格式的视频
            playMp4();
        }
    }

    public static void main(String[] args) {
            Mp4 mp4=new VideoPlayer();
            mp4.playMp4();
            Avi avi=new FormatFactory();
            avi.playAvi();
    }

运行结果:

    播放Mp4格式的视频文件.
    播放Mp4格式的视频文件.

通过上述代码以及运行结果,我们可以得到想要的结果了,如果还有新增的视频格式,也需要使用该视频播放器播放的话,只需在增加一个接口以及格式工厂类就可以了。

对象适配器模式
通过组合来实现适配器功能。
所以这里我们只需将格式工厂中继承改为创建对象即可。
更改之后的代码如下:
代码示例


class FormatFactory2  implements Rvmb{
        private Mp4 mp4;

         public FormatFactory2(Mp4 mp4) {
            this.mp4=mp4;
        }

        @Override
        public void playRvmb() {
            mp4.playMp4();
        }
    }

    public static void main(String[] args) {

            Rvmb rvmb=new FormatFactory2(new VideoPlayer());
            rvmb.playRvmb();

    }

运行结果:

    播放Mp4格式的视频文件.

这两种适配器模式中,都实现了该功能,不过在这里推荐使用对象适配器模式,相比类适配器模式,它更加灵活,也符合设计原则中的合成复用原则:

尽量使用合成/聚合的方式,而不是使用继承。

适配器模式的优点:

提升了类的复用和灵活度。

适配器模式的缺点:

使用过多,系统会比较杂乱,难以把握。

注意事项:

适配器不是在详细设计时添加的,而是解决正在服役的项目的问题。

桥接模式

简介

桥接是用于把抽象化与实现化解耦,使得二者可以独立变化。这种类型的设计模式属于结构型模式,它通过提供抽象化和实现化之间的桥接结构,来实现二者的解耦。

字面的意思解读就是通过一个中间的桥梁对两边的东西进行关联起来,但是关联的两者之间又不相互影响。对这个印象比较深的是<大话设计模式>中的手机品牌和手机软件,手机有很多品牌,市场有很多软件,每个手机装的软件又各不相同,手机品牌包含包含软件,但是软件并不是手机的一部分,它们是聚合关系。如果A品牌手机装了a,b软件,B品牌手机装了b,c软件,如果A品牌手机需要新安装一个c软件,那么它只需添加该软件即可,无需知道该软件是如何生产的。相同的,如果新增了一个C品牌手机,那么它也只需安装所需的a、b或c软件即可。

好了,废话不在多说,依旧用一个示例来进行说明。
市面上有很多种笔,比如铅笔、黑色的圆珠笔和红色的圆珠笔等等, 也有很多种类型的纸,比如考试的卷子用的纸,报纸用的纸等等。一般来说,报纸上的字颜色是黑色的,这里我们就用黑色的圆珠笔来进行书写,考试卷子上的打分字颜色是红色的,这里我们就用红色的圆珠笔来进行书写。笔类和纸类相互独立,但是在纸上写字又将它们关联起来,这里我们就可以使用桥接模式。

实现步骤如下:

  1. 定义一个笔类的接口,有写的这个方法;
  2. 定义红笔和黑笔的类,实现笔类的接口;
  3. 定义一个纸类的抽象类,设置笔的种类,并需要实现被写的方法;
  4. 定义卷子纸和新闻纸类,继承纸类并实现该方法;
  5. 进行书写。

代码示例


interface Pen{
    void write();
}

class RedPen implements Pen{
    @Override
    public void write() {
        System.out.println("红色的字");
    }
}

class BlackPen implements Pen{
    @Override
    public void write() {
        System.out.println("黑色的字");
    }
}

abstract class  Paper{
    protected  Pen pen;

    void setPen(Pen pen){
        this.pen=pen;
    }
    abstract void writing();
}

class ExaminationPaper extends Paper{
    @Override
    void writing() {
        pen.write();
    }
}

class NewsPaper extends Paper{
    @Override
    void writing() {
        pen.write();
    }
}

public static void main(String[] args) {
        Paper paper=new ExaminationPaper();
        paper.setPen(new RedPen());
        paper.writing();

        Paper paper2=new NewsPaper();
        paper2.setPen(new BlackPen());
        paper2.writing();
    }

运行结果

红色的字
黑色的字

从上述结果中我们可以得出我们想要的结果。如果新增一个笔类或者一个纸类,那么只需新增相应的接口和实现即可,并不会因为结构化改变而相互直接影响。

桥接模式的优点:

1、抽象和实现的分离,实现了解耦;
2、提升的扩展能力。

桥接模式的缺点:

会使系统看起复杂,对新手不友好,没有一定的抽象进行设计能力难以理解。

使用场景:

一个类存在两个独立变化的维度,且这两个维度都需要进行扩展。

其它

音乐推荐

网易云网友评价(ps:原版无法生成外链,建议听原版):

扶桑画师浅溪,居泰安,喜绘鲤。院前一方荷塘,锦鲤游曳,溪常与嬉戏。 其时正武德之乱,藩镇割据,战事频仍,魑魅魍魉,肆逆于道。兵戈逼泰安,街邻皆逃亡,独溪不舍锦鲤,未去。 是夜,院室倏火。有人入火护溪,言其本鲤中妖,欲取溪命,却生情愫,遂不忍为之。翌日天明,火势渐歇,人已不见。

原创不易,如果感觉不错,希望给个推荐!您的支持是我写作的最大动力!
版权声明:
作者:虚无境
博客园出处:http://www.cnblogs.com/xuwujing
CSDN出处:http://blog.csdn.net/qazwsxpcm    
个人博客出处:http://www.panchengming.com

原文地址:https://www.cnblogs.com/xuwujing/p/9520851.html

时间: 2024-08-07 21:44:51

Java进阶篇设计模式之四 -----适配器模式和桥接模式的相关文章

Java设计模式之四 ----- 适配器模式和桥接模式

前言 在上一篇中我们学习了创建型模式的建造者模式和原型模式.本篇则来学习下结构型模式的适配器模式和桥接模式. 适配器模式 简介 适配器模式是作为两个不兼容的接口之间的桥梁.这种类型的设计模式属于结构型模式,它结合了两个独立接口的功能. 简单的来说就是通过某个接口将不兼容的两个类进行兼容,俗称转换器.生活比较典型的例子是电器的电压,美国的电压是110V左右, 而中国的电压普片是220V,如果我们想用美国或日本的电器,则需要一个转换器,将110V转换成220V.还有一个很典型例子就是曾经的万能充,基

Java进阶篇 设计模式之十四 ----- 总结篇

前言 本篇是讲述之前学习设计模式的一个总结篇,其目的是为了对这些设计模式的进行一个提炼总结,能够通过查看看此篇就可以理解一些设计模式的核心思想. 设计模式简介 什么是设计模式 设计模式是一套被反复使用的.多数人知晓的.经过分类编目的.代码设计经验的总结. 为什么使用设计模式 使用设计模式是为了重用代码.让代码更容易被他人理解.保证代码可靠性. 设计模式类型 设计模式有23种类型.按照主要分类可以分为三大类: 一.创建型模式 这些设计模式提供了一种在创建对象的同时隐藏创建逻辑的方式,而不是使用 n

Java进阶篇设计模式之五-----外观模式和装饰器模式

前言 在上一篇中我们学习了结构型模式的适配器模式和桥接模式.本篇则来学习下结构型模式的外观模式和装饰器模式. 外观模式 简介 外观模式隐藏系统的复杂性,并向客户端提供了一个客户端可以访问系统的接口.这种类型的设计模式属于结构型模式,它向现有的系统添加一个接口,来隐藏系统的复杂性. 简单的来说就是对外提供一个简单接口,隐藏实现的逻辑.比如常用电脑的电源键,我们只需按电源键,就可以让它启动或者关闭,无需知道它是怎么启动的(启动CPU.启动内存.启动硬盘),怎么关闭的(关闭硬盘.关闭内存.关闭CPU)

Java进阶篇设计模式之一 ----- 单例模式

前言 在刚学编程没多久就听说过设计模式的大名,不过由于当时还是个彻彻底底的菜鸟,并没有去触碰.直到在开始工作中对简单的业务代码较为熟悉之后,才正式的接触设计模式.当时最早接触的设计模式是工厂模式,不过本文讲的是单例模式,这里就留着下篇文章中在讲解.至于为什么先讲解单例模式? 那是因为单例模式是设计模式中最简单的... .凡事总有个先后顺序,所以就先易后难了.好了,废话不多说了,开始进入正片. 设计模式简介 说明:这里说了的简介就是真的 "简介". 什么是设计模式 设计模式是一套被反复使

Java进阶篇设计模式之七 ----- 享元模式和代理模式

前言 在上一篇中我们学习了结构型模式的组合模式和过滤器模式.本篇则来学习下结构型模式最后的两个模式, 享元模式和代理模式. 享元模式 简介 享元模式主要用于减少创建对象的数量,以减少内存占用和提高性能.这种类型的设计模式属于结构型模式,它提供了减少对象数量从而改善应用所需的对象结构的方式. 用通俗的话来说就是进行共用.生活中也有一些例子,比如之前很火的共享单车,更早之前的图书馆,编程中经常用的String类,数据库连接池等等.当然,享元模式主要的目的是复用,如果该对象没有的话,就会进行创建. 享

Java进阶篇设计模式之八 ----- 责任链模式和命令模式

前言 在上一篇中我们学习了结构型模式的享元模式和代理模式.本篇则来学习下行为型模式的两个模式, 责任链模式(Chain of Responsibility Pattern)和命令模式(Command Pattern). 责任链模式 简介 责任链模式顾名思义,就是为请求创建了一个接收者对象的链.这种模式给予请求的类型,对请求的发送者和接收者进行解耦.这种类型的设计模式属于行为型模式.在这种模式中,通常每个接收者都包含对另一个接收者的引用.如果一个对象不能处理该请求,那么它会把相同的请求传给下一个接

Java进阶篇设计模式之九----- 解释器模式和迭代器模式

前言 在上一篇中我们学习了行为型模式的责任链模式(Chain of Responsibility Pattern)和命令模式(Command Pattern).本篇则来学习下行为型模式的两个模式, 解释器模式(Interpreter Pattern)和迭代器模式(Iterator Pattern). 解释器模式 简介 解释器模式顾名思义,就是对某事物进行解释.给定一个语言之后,解释器模式可以定义出其文法的一种表示,并同时提供一个解释器.客户端可以使用这个解释器来解释这个语言中的句子. 解释器模式

Java进阶篇设计模式之六 ----- 组合模式和过滤器模式

前言 在上一篇中我们学习了结构型模式的外观模式和装饰器模式.本篇则来学习下组合模式和过滤器模式. 组合模式 简介 组合模式是用于把一组相似的对象当作一个单一的对象.组合模式依据树形结构来组合对象,用来表示部分以及整体层次.这种类型的设计模式属于结构型模式,它创建了对象组的树形结构. 简单来说的话,就是根据树形结构把相似的对象进行组合,然后表示该部分是用来做啥的.在中有个很形象的例子,就是电脑中的 文件系统. 文件系统由目录和文件组成.每个目录都可以装内容.目录的内容可以是文件,也可以是目录.按照

Java进阶篇设计模式之十三 ---- 观察者模式和空对象模式

前言 在上一篇中我们学习了行为型模式的备忘录模式(Memento Pattern)和状态模式(Memento Pattern).本篇则来学习下行为型模式的最后两个模式,观察者模式(Observer Pattern)和空对象模式模式(NullObject Pattern). 观察者模式 简介 观察者模式又叫发布-订阅(Publish/Subscribe)模式.模型-视图(Model/View)模式.源-监听器(Source/Listener)模式或从属者(Dependents)模式.观察者模式定义