详解Java适配器模式
假期刚结束不久，也没什么好写的，今天就水下文章，讲讲设计模式对开发时的影响，做开发到现在，感觉设计模式对开发的影响还是挺大的。
这次就简单谈谈适配器模式。可能适配器模式感觉比较鸡肋，但是用到的地方还挺多的，特别是合作开发的时候。
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）被动使用的情况，这种情况我可能见得比较多。举个栗子，比较极端的栗子，你和你同伴一起合作开发，你同伴写一个部分，你写一个部分，现在两个部分要对接。结过到对接时，你们发现两个人都自定义了接口，而且两个人都开发完了，都不想改，那怎么办，只能写一个适配器去适配两个接口。又或者说你开发新版本的时候重新定义了接口，要和旧版本写适配的时候，为了方便也可以使用适配器模式。
以上所述是小编给大家介绍的java适配器模式详解整合，希望对大家有所帮助