java设计模式之适配器模式

java设计模式参考文章：
Java设计模式实战，23种设计模式介绍以及在Java中的实现，Java设计模式， Java经典设计模式之五大创建型模式

---

## 定义 ##

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

## 代码举例 ##
在大规模的系统开发过程中，我们常常碰到诸如以下这些情况：我们需要实现某些功能，这些功能已有还不太成熟的一个或多个外部组件（也就是代码中的Adaptee类），如果我们自己重新开发这些功能会花费大量时间；所以很多情况下会选择先暂时使用外部组件，以后再考虑随时替换。但这样一来，会带来一个问题，随着对外部组件库的替换，可能需要对引用该外部组件的源代码进行大面积的修改，因此也极可能引入新的问题等等。如何最大限度的降低修改面呢？
Adapter模式就是针对这种类似需求而提出来的。Adapter模式通过定义一个新的接口（对要实现的功能加以抽象，也就是代码中的Target类），和一个实现该接口的Adapter（适配器）类来透明地调用外部组件。这样替换外部组件时，最多只要修改几个Adapter类就可以了，其他源代码都不会受到影响。

/**
 * @author bwx
 * @date 2017/11/28
 * 需要适配的类，也就是上文指出的外部组件
 */
public class Adaptee {
    public void specificRequest() {
        System.out.println("特殊请求");
    }
}

/**
 * @author bwx
 * @date 2017/11/28
 * 目标接口
 */
public interface Target {
    void request();
}

/**
 * @author bwx
 * @date 2017/11/28
 * 适配器
 */
public class Adapter implements Target {
    private Adaptee adaptee;

    public Adapter(Adaptee adaptee) {
        this.adaptee = adaptee;
    }

    public void request() {
        adaptee.specificRequest();
    }
}

public class Main {
    public static void main(String[] args) {
        Target target = new Adapter(new Adaptee());
        target.request();
    }
}

## 优点 ##

• 目标与被适配者解耦
• 满足开-闭原则

---

## 缺点 ##
- 大家可能注意到了: 在介绍需要适配的类这一角色的时候，他是原先就存在的类;因为在公司内部,类和方法命名都有其规范,最好前期就设计好并进行统一,因为过多的使用适配器，会让系统非常零乱，一个系统如果太多出现这种情况，无异于一场灾难;因此如果不是很有必要，可以不使用适配器，而是直接对系统进行重构. 除非是在双方都不太容易修改的时候才使用适配器模式.