设计模式之适配器模式

设计模式之适配器模式

1. 适配器模式

适配器模式，作为连接两个接口的桥梁。这个概念感觉有点那啥，很少用接口的朋友可能就没有什么感觉，经常面向接口编程的朋友比较能产生共鸣，简单来说，就是写一个适配器(转换器)来对接对象。

2. 适配器模式使用

java适配器模式有两种，类适配器和对象适配器

（1）类适配器demo

类适配器主要是使用继承的方式连接两个接口，我们假设对接接口A和接口B
先写接口B

public interface MP4{
	void play();
}

接口B的实现类

public class ExpensiveMP4 implement MP4{
	public void play() {
		//todo
	}
}

接口A

public interface Player{
	void action();
}

假设你的工程中有这几个类，然后你发现，action()方法中要写的操作，就是ExpensiveMP4的play()中的操作"//todo"，所以你没必要重复再写一次，想个办法让他们适配。所以，你想让外部调用Player的时候去调用ExpensiveMP4的play，如果用类适配器的话可以这样写

public class ExpensiveAdapter extends ExpensiveMP4 implement Player{
	public void action() {
		play();
	}
}

这样就把两个接口连接起来了，不过我一般用不上类适配器，感觉这样的做法不太灵活，而且在java中，尽量少用继承，多用组合。而且这种写法我觉得也不太舒服。

（2）对象适配器demo

上面的类适配器用的是"继承"的方式去连接，这里的对象适配器用的是"组合"的方式。我们假设对象接口A和接口B。就用上面的MP4接口，Player接口和ExpensiveMP4类吧。
这时候我们使用对象适配器的话可以这样写。

public class PlayerAdapter implement Player{
	public ExpensiveMP4 expensiveMP4;
	public PlayerAdaper() {
		this.expensiveMP4 = new ExpensiveMP4();
	}
	public void action() {
		if(expensiceMP4 != null) {
			expensiveMP4.play();
		}
	}
}

感觉这样好像不太灵活，expensiveMP4像死的一样，毫无灵魂，好吧，我们改改。

public class PlayerAdapter implement Player{
	public ExpensiveMP4 expensiveMP4;
	public PlayerAdapter(ExpensiveMP4 expensiveMP4) {
		this.expensiveMP4 = expensiveMP4;
	}
	
	public void action() {
		if(expensiveMP4 != null) {
			expensive.play();
		}
	}
}

这样就比刚才好多了，比刚才的代码灵活多了，但是总感觉有点普通，我们要把代码写得有点艺术，抽象就是艺术，好吧，再改改。

public class PlayerAdapter implement Player{
	public MP4 mp4;

	public PlayerAdapter(MP4 mp4) {
		this.mp4 = mp4;
	}

	public void action() {
		if(mp4 != null) {
			mp4.play();
		}
	}
}

可能这样看起来会比较好一点吧，比较容易看出如何适配两个接口。

3. 适配器模式的使用场景

（1）其中一个使用的场景是像上面所说的一样，有两个接口，你主动的想去连接着两个接口，写个适配器，感觉这种情况也不是很多，因为很多时候都是些一个实体类对象调用另一个实体类对象。
（2）被动使用的情况，这种情况我可能见得比较多。举个例子，比较极端的例子，你和你同伴一起合作开发，你同伴写一个部分，你写一个部分，现在两个部分要对接。结果到对接时，你们发现两个人都自定义了接口，而且两个人都开发完了，都不想改，那怎么办，只能写一个适配器去适配两个接口，又或者说你开发新版本的时候重新定义了接口，要和旧版本写适配的时候，为了方便也可以使用适配器模式。