【设计模式实践系列】适配器模式应用不同支付接口的统一

适配器模式

适配器模式（有时候也称包装样式或者包装）将一个类的接口适配成用户所期待的。一个适配允许通常因为接口不兼容而不能在一起工作的类工作在一起，做法是将类自己的接口包裹在一个已存在的类中。

意图：将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
主要解决：主要解决在软件系统中，常常要将一些"现存的对象"放到新的环境中，而新环境要求的接口是现对象不能满足的。
何时使用： 1、系统需要使用现有的类，而此类的接口不符合系统的需要。 2、想要建立一个可以重复使用的类，用于与一些彼此之间没有太大关联的一些类，包括一些可能在将来引进的类一起工作，这些源类不一定有一致的接口。 3、通过接口转换，将一个类插入另一个类系中。（比如老虎和飞禽，现在多了一个飞虎，在不增加实体的需求下，增加一个适配器，在里面包容一个虎对象，实现飞的接口。）
优点： 1、可以让任何两个没有关联的类一起运行。 2、提高了类的复用。 3、增加了类的透明度。 4、灵活性好。
缺点： 1、过多地使用适配器，会让系统非常零乱，不易整体进行把握。比如，明明看到调用的是 A 接口，其实内部被适配成了 B 接口的实现，一个系统如果太多出现这种情况，无异于一场灾难。因此如果不是很有必要，可以不使用适配器，而是直接对系统进行重构。 2.由于 JAVA 至多继承一个类，所以至多只能适配一个适配者类，而且目标类必须是抽象类。
注意事项：适配器不是在详细设计时添加的，而是解决正在服役的项目的问题。

模式结构
目标（Target）接口：当前系统业务所期待的接口，它可以是抽象类或接口。
适配者（Adaptee）类：它是被访问和适配的现存组件库中的组件接口。
适配器（Adapter）类：它是一个转换器，通过继承或引用适配者的对象，把适配者接口转换成目标接口，让客户按目标接口的格式访问适配者。

示例

StandardPay （Adaptee适配者类）

public class StandardPay {

    public void standardPay(double money) {
        System.out.println("系统对内提供的标准支付接口！支付金额：" + money);
    }

}

TargetPay（Target接口）

public interface TargetPay {
    void pay(double money);
}

WXPayAdapter（适配微信）

public class WXPayAdapter extends StandardPay implements TargetPay {

    @Override
    public void pay(double money) {
        System.out.println("---微信支付优惠1.0元---");
        super.standardPay(money - 1);
    }
}

ZFBPayAdapter （适配支付宝）

public class ZFBPayAdapter extends StandardPay implements TargetPay {
    @Override
    public void pay(double money) {
        System.out.println("---支付宝支付送你100个积分---");
        super.standardPay(money);
    }
}

public class Test {
    public static void main(String[] args) {
        TargetPay wxPay = new WXPayAdapter();
        wxPay.pay(10);

        System.out.println("========================");
        TargetPay zfbPay = new ZFBPayAdapter();
        zfbPay.pay(10);
    }
}