假期刚结束不久，也没什么好写的，今天就水下文章，讲讲设计模式对开发时的影响，做开发到现在，感觉设计模式对开发的影响还是挺大的。
这次就简单谈谈适配器模式。可能适配器模式感觉比较鸡肋，但是用到的地方还挺多的，特别是合作开发的时候。
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 PlayerAdapter (){
this.expensiveMP4 = new ExpensiveMP4();
}
public void action(){
if(expensiveMP4 != 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){
expensiveMP4 .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）被动使用的情况，这种情况我可能见得比较多。举个栗子，比较极端的栗子，你和你同伴一起合作开发，你同伴写一个部分，你写一个部分，现在两个部分要对接。结过到对接时，你们发现两个人都自定义了接口，而且两个人都开发完了，都不想改，那怎么办，只能写一个适配器去适配两个接口。又或者说你开发新版本的时候重新定义了接口，要和旧版本写适配的时候，为了方便也可以使用适配器模式。
