设计模式第七篇-适配器模式

目录

• 一、引言
• 二、适配器模式
• 三、代码实现
• 四、总结

 

---

回到顶部

一、引言

最近懒劲又上来了，隔了几天没有学习，最近的博文阅读量也比较少，不过还是希望自己坚持下去，相信水滴石穿，量变总会引起质变的。

今天要学习的是适配器模式，顾名思义，适配器模式是将两个不兼容的接口进行适配，类似转换器的功能。

先看一个例子，我们一个播放器，它有一个播放功能（继承一个播放接口，只有一个播放方法），最开始的时候它只支持播放MP3功能，现随着播放源的增多，我们想让它支持播放更多的文件类型。有一个厂商提供了其他的播放接口，但是其中的方法并不是叫做播放方法，这个时候我们必须把新厂商的接口转换成开始继承的播放接口，也就是把现在厂商的接口伪装成最先继承的播放接口，让它能够适配原先的方法

实际目的是让将一个接口转换成客户想要的另一个接口，适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。

回到顶部

二、适配器模式

定义：适配器模式把一个类的接口变换成客户端所期待的另一种接口，从而使原本因接口不匹配而无法在一起工作的两个类能够在一起工作。

意图：将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。

主要解决：主要解决在软件系统中，常常要将一些"现存的对象"放到新的环境中，而新环境要求的接口是现对象不能满足的。

何时使用： 1、系统需要使用现有的类，而此类的接口不符合系统的需要。 2、想要建立一个可以重复使用的类，用于与一些彼此之间没有太大关联的一些类，包括一些可能在将来引进的类一起工作，这些源类不一定有一致的接口。 3、通过接口转换，将一个类插入另一个类系中。（比如老虎和飞禽，现在多了一个飞虎，在不增加实体的需求下，增加一个适配器，在里面包容一个虎对象，实现飞的接口。）

如何解决：继承或依赖

类图：

回到顶部

三、代码实现

//原先的播放器接口
public interface MediaPlayer {
    void play(String audioType, String fileName);
}

//新的高级播放器接口
public interface AdvancedMediaPlayer {
    void playVlc(String fileName);
    void playMp4(String fileName);
}

//继承高级播放接口的MP4播放器
public class Mp4Player implements AdvancedMediaPlayer {
    @Override
    public void playVlc(String fileName) {
    }

    @Override
    public void playMp4(String fileName) {
        System.out.println("Playing mp4 file. Name: "+ fileName);
    }
}

//继承高级播放接口的VlC播放器
public class VlcPlayer implements AdvancedMediaPlayer {
    @Override
    public void playVlc(String fileName) {
        System.out.println("Playing vlc file. Name: "+ fileName);
    }

    @Override
    public void playMp4(String fileName) {

    }
}

//适配器类
public class MediaAdapter implements MediaPlayer {
    MediaAdapter mediaAdapter; 
    AdvancedMediaPlayer advancedMediaPlayer;

    public MediaAdapter(String audioType){
        if(audioType.equalsIgnoreCase("vlc")){
            advancedMediaPlayer=new VlcPlayer();
        }else{
            advancedMediaPlayer=new Mp4Player();
        }
    }

    @Override
    //将现在的接口方法转换成原先接口的方法
    public void play(String audioType, String fileName) {
        if(audioType.equalsIgnoreCase("vlc")){
            advancedMediaPlayer.playVlc(fileName);
        }else{
            advancedMediaPlayer.playMp4(fileName);
        }
    }
}
//播放器
public class AudioPlayer implements MediaPlayer  {
    MediaAdapter mediaAdapter;
    @Override
    public void play(String audioType, String fileName) {
        //播放 mp3 音乐文件的内置支持
        if(audioType.equalsIgnoreCase("mp3")){
            System.out.println("Playing mp3 file. Name: "+ fileName);
        }
        //mediaAdapter 提供了播放其他文件格式的支持
        else if(audioType.equalsIgnoreCase("vlc")
                || audioType.equalsIgnoreCase("mp4")){
            mediaAdapter = new MediaAdapter(audioType);
            mediaAdapter.play(audioType, fileName);
        }
        else{
            System.out.println("Invalid media. "+
                    audioType + " format not supported");
        }
    }
}
//实现
private static void adapter() {
        AudioPlayer audioPlayer = new AudioPlayer();
        audioPlayer.play("mp3", "beyond the horizon.mp3");
        audioPlayer.play("mp4", "alone.mp4");
        audioPlayer.play("vlc", "far far away.vlc");
        audioPlayer.play("avi", "mind me.avi");
    }

结果：

 

回到顶部

四、总结

优点： 1、可以让任何两个没有关联的类一起运行。 2、提高了类的复用。 3、增加了类的透明度。 4、灵活性好。

缺点： 1、过多地使用适配器，会让系统非常零乱，不易整体进行把握。比如，明明看到调用的是 A 接口，其实内部被适配成了 B 接口的实现，一个系统如果太多出现这种情况，无异于一场灾难。因此如果不是很有必要，可以不使用适配器，而是直接对系统进行重构。 2.由于 JAVA 至多继承一个类，所以至多只能适配一个适配者类，而且目标类必须是抽象类。

使用场景：有动机地修改一个正常运行的系统的接口，这时应该考虑使用适配器模式。

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