Java设计模式之适配器模式

      现在开发的项目用了挺多的设计模式，所以今天又学习一下设计模式，这次学习的是适配器模式

1.适配器模式

    适配器模式，作为连接两个接口的桥梁。这个概念感觉有点那啥，很少用接口的朋友可能就没有什么感觉，经常面向接口编程的朋友比较能产生共鸣，简单来说，就是写一个适配器（转换器）来对接对象。

2.适配器模式使用

    java适配器模式有两种，类适配器和对象适配器

（1）类适配器demo

  类适配器主要是使用继承的方式连接两个接口。我们假设对接接口A和接口B。

先看接口B：

public interface MP4{
    void play();
}

//实现类
public class ExpensiveMP4 implement MP4{
    public void play(){
            // todo
    }
}

接口A：

public interface Player{
      void action();

需求：

        当你的工程中有这几个类，然后你发现，action()方法中要写的操作，就是ExpensiveMP4的play()中的操作“//todo”，所以你没必要重复再写一次，想个办法让他们适配。所以，你想让外部调用Player的时候去调用ExpensiveMP4的play，如果用类适配器的话可以这样写：

public class ExpensiveAdapter extends ExpensiveMP4 implement Player{
    public void action(){
        play();
    }
}

这样就把两个接口连接起来了，不过我一般用不上类适配器，感觉这样的做法不太灵活，而且在java中，尽量少用继承，多用组合

（2）对象适配器demo

这里的对象适配器用的是“组合”的方式。我们假设对接接口A和接口B。就用上面的MP4接口，Player接口和ExpensiveMP4类吧。

这时候我们使用对象适配器的话可以这样写。

public class PlayerAdapter implement Player{
    //不用继承，用组合的方式实现适配器
    public ExpensiveMP4 expensiveMP4;
    
    public PlayerAdapter (ExpensiveMP4 expensiveMP4){
        this.expensiveMP4 = expensiveMP4;
    }     

    public void action(){
        if(expensiveMP4  != null){
             expensiveMP4 .play();
        }
    }

}

3.适配器模式的使用场景

    

（1）其中一个使用的场景是像上面所说的一样，有两个接口，你主动的想去连接着两个接口，写个适配器，感觉这种情况也不是很多，因为很多时候都是些一个实体类对象调用另一个实体类对象。

（2）被动使用的情况，这种情况我可能见得比较多。举个栗子，比较极端的栗子，你和你同伴一起合作开发，你同伴写一个部分，你写一个部分，现在两个部分要对接。结过到对接时，你们发现两个人都自定义了接口，而且两个人都开发完了，都不想改，那怎么办，只能写一个适配器去适配两个接口。又或者说你开发新版本的时候重新定义了接口，要和旧版本写适配的时候，为了方便也可以使用适配器模式。