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

     适配器模式是开发中经常会用到的模式，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的行为比较困难，但是想要增加一些新的行为则方便的很，而且新增加的行为可同时适用于所有的源。

 

 

最后：

设计模式是手段，不是目的，设计模式可以帮我们更好地理解他人的代码，同时也可以增加系统的可维护性、可扩展性、稳定性和灵活性。好的系统是需要设计的，设计模式就好像一个高手的内功一样，是需要修炼，需要融会贯通的。

学习设计模式的道路注定是抽象的、枯燥的，量变产生质变，也许坚持一下走过这个山口，下一个山口就是目的地了。

 

喜欢的朋友关注我和我的公众号。