适配器模式是开发中常常会用到的模式，Android开发中常常常使用到的各种adapter就属于适配器模式，连接各种数据库时也要用到适配器模式。
适配器模式在生活中的实例也随处可见，你托人在日本买了个电饭煲。日本的市电电压是110v，而国内的市电电压是220v，这时你若想安全的使用电饭煲就必须装一个220-110的变压器，这个变压器就能够理解成本模式中的适配器。
适配器模式有类的适配器模式和对象的适配器模式两种不同的形式。首先看一下类的适配器模式UML类图：
类的适配器模式
能够看到。目标接口中有方法1和方法2，而我们仅仅有方法1，若想得到方法2。能够生成一个Adapter类。
我们以上面讲到的生活中的样例为例，实现下面代码：
1.我们有的220v。也就是上图中相应的Adaptee:
package com.adapter.demo;
public class Apply220V {
public int get220V(){
return 220;
}
}
2.想要110v。这里有个110v的接口：
package com.adapter.demo;
public interface Apply110V {
int get110v();
}
3.我们想要110v电压就要实现这个接口：
package com.adapter.demo;
public class From220vTo110v extends Apply220V implements Apply110V {
/**
* 适配器
*/
@Override
public int get110v() {
return 110;
}
}
设计模式的思想，添加这个中间的适配器能够使你的程序更灵活，更能多变。
假设每次改需求你都有想杀人的冲动，说明你的程序没有好的设计，也就是没实用好设计模式，说明你要重构了。
这时编写一个測试类：
package com.adapter.demo;
public class TestClass {
public static void main(String[] args) {
From220vTo110v from220vTo110v=new From220vTo110v();
System.out.println("输出电压："+from220vTo110v.get110v());
}
}
执行例如以下：
对象的适配器模式
对象适配器模式不是使用继承关系连接到Adaptee。而是使用代理模式连接到Adaptee类。
UML类图例如以下：
这里须要改动的是适配器类：
package com.adapter.demo;
public class From220vTo110v implements Apply110V {
/**
* 适配器
*/
Apply220V apply220v;
public From220vTo110v(Apply220V apply220v) {
this.apply220v=apply220v;
}
public int getApply220v() {
return apply220v.get220V();
}
@Override
public int get110v() {
return 110;
}
}
測试类：
package com.adapter.demo;
public class TestClass {
public static void main(String[] args) {
From220vTo110v from220vTo110v=new From220vTo110v(new Apply220V());
System.out.println("输出电压："+from220vTo110v.get110v());
}
}
执行例如以下：
我们能够看出：类适配器使用对象继承的方式，是静态的定义方式。而对象适配器使用对象组合的方式，是动态组合的方式。对象适配器更为灵活。
对于类适配器，适配器能够重定义Adaptee的部分行为，相当于子类覆盖父类的部分实现方法。
对于对象适配器。要重定义Adaptee的行为比較困难，这样的情况下，须要定义Adaptee的子类来实现重定义，然后让适配器组合子类。尽管重定义Adaptee的行为比較困难。可是想要添加一些新的行为则方便的非常，并且新添加的行为可同一时候适用于全部的源。
最后：
设计模式是手段，不是目的，设计模式能够帮我们更好地理解他人的代码。同一时候也能够添加系统的可维护性、可扩展性、稳定性和灵活性。好的系统是须要设计的，设计模式就好像一个高手的内功一样，是须要修炼。须要融会贯通的。
学习设计模式的道路注定是抽象的、枯燥的。量变产生质变。或许坚持一下走过这个山口，下一个山口就是目的地了。
喜欢的朋友关注我和我的公众号。