设计模式---适配器模式

问题提出

假设已有一个软件系统,你希望它能和一个新的厂商类库搭配使用,但是这个新厂商所设计出来的接口不同于旧厂商的接口
你不想改变现有的代码解决这个问题,所以应该怎么做的.这个你可以写一个类将新厂商接口转接成你所期望的接口.
新编写的类就是一个适配器,这个适配器就相当于是中间人,它将客户所发的请求转化成厂商能理解的去请求.

适配器模式的定义:

将一个类的的接口,转换成客户期望的另一个接口.适配器让原本接口不兼容的类可以合作无间.
结构组成
Target:目标的抽象
Adapter:适配器
Adaptee:适配者
Client:客户

案例:工厂来了新机器说明书说只认识圆,而工厂里只有正方形,要怎么放进机器里面呢?

分析:机器可以理解为就是客户类,客户只认识圆,正方形就是适配者类,圆就是目标的抽象,我们要做的是就是要写一个适配器来让正方形也可被机器认识.

具体代码如下

/**
 * <p> 目标的抽象类  圆形</p>
 *
 * @author Alemand
 * @since 2018/1/24
 */
public interface Round {

    void sayHello();
}
/**
 * <p> 具体的圆 </p>
 *
 * @author Alemand
 * @since 2018/1/24
 */
public class RoundImpl implements Round {
    @Override
    public void sayHello() {
        System.out.println("我是圆");
    }
}
/**
 * <p>  适配者 正方形</p>
 *
 * @author Alemand
 * @since 2018/1/24
 */
public interface Square {

    void sayHello();

}
/**
 * <p> 具体的正方形 </p>
 *
 * @author Alemand
 * @since 2018/1/24
 */
public class SquareImpl implements Square {
    @Override
    public void sayHello() {
        System.out.println("我是正方形");
    }
}
/**
 * <p> 适配器  </p>
 *
 * @author Alemand
 * @since 2018/1/24
 */
public class Adapter implements Round {
    /**
     * 通过组合的方式
     */
    Square square;
    /**
     *构造方法要有正方形
     */
    public Adapter(Square square) {
        this.square = square;
    }

    @Override
    public void sayHello() {
        //在这里调用正方形的方法
        square.sayHello();
    }
}
/**
 * <p> 客户 机器的类 </p>
 *
 * @author Alemand
 * @since 2018/1/24
 */
public class Client {

    /**
     * 只可以拿圆
     *
     * @param round 圆的抽象
     */
    public void getRound(Round round) {
      round.sayHello();
    }

    public static void main(String[] args) {
        Client client = new Client();
        //拿圆
        Round round = new RoundImpl();
        client.getRound(round);
        //通过适配器让正方形也放进去
        Adapter adapter = new Adapter(new SquareImpl());
        client.getRound(adapter);
    }
}

输出结果为我是圆,我是正方形

优点:

• 将目标类和适配者类解耦，通过引入一个适配器类来重用现有的适配者类，而无须修改原有代码。
• 增加了类的透明性和复用性，将具体的实现封装在适配者类中，对于客户端类来说是透明的，而且提高了适配者的复用性。
• 灵活性和扩展性都非常好，通过使用配置文件，可以很方便地更换适配器，也可以在不修改原有代码的基础上增加新的适配器类，完全符合“开闭原则”。
• 一个对象适配器可以把多个不同的适配者适配到同一个目标，也就是说，同一个适配器可以把适配者类和它的子类都适配到目标接口。

缺点:

要想置换适配者类的方法就不容易。如果一定要置换掉适配者类的一个或多个方法，就只好先做一个适配者类的子类，将适配者类的方法置换掉，然后再把适配者类的子类当做真正的适配者进行适配，实现过程较为复杂