代沟
同学们从小到大，肯定听习惯了父母的唠叨，我们耳朵都磨出了茧，但是他们还是会每天在耳边说个不停。
仿佛一句话，说一万遍，就会变成真理。
也许这就是代沟吧，我们先看看父母都是怎么说的。
代码语言：javascript复制public interface Communication {
/**
* 关于工作
*/
public void aboutWork();
/**
* 关于吃饭
*/
public void aboutEate();
/**
* 关于睡觉
*/
public void aboutSleep();
}
public class NormalCommunication implements Communication{
/**
* 关于工作
*/
@Override
public void aboutWork() {
System.out.println("关于工作：好好工作，不要乱花钱，多存点钱。");
}
/**
* 关于吃饭
*/
@Override
public void aboutEate() {
System.out.println("关于垃圾食品：不要天天吃外卖，夜宵，要保重身体，注意饮食健康。");
}
/**
* 关于睡觉
*/
@Override
public void aboutSleep() {
System.out.println("关于睡觉：不要熬夜，要早点睡。");
}
}
public class Test {
public static void main(String[] args) {
System.out.println("家长式的唠叨******");
NormalCommunication normalCommunication = new NormalCommunication();
normalCommunication.aboutEate();
normalCommunication.aboutWork();
normalCommunication.aboutSleep();
}
}
家长式的唠叨******
关于垃圾食品：不要天天吃外卖，夜宵，要保重身体，注意饮食健康。
关于工作：好好工作，不要乱花钱，多存点钱。
关于睡觉：不要熬夜，要早点睡。新的方式
时光如梭，光阴似箭，转眼间，我们自己也成了父母，免不了也要对自己的孩子”唠叨“，不，沟通。
我们肯定要比我们自己父母当年说得好听点，有效率点，有气势点。
我想了很久，觉得应该这么说：
代码语言：javascript复制public class EffectiveCommunication {
/**
* 更好地工作
*/
public void betterWork() {
System.out.println("关于工作：不赚钱，还想有女朋友/男朋友？想一辈子做单身狗？");
}
/**
* 更好地吃饭
*/
public void betterEate() {
System.out.println("关于垃圾食品：都胖成猪了，还吃？");
}
/**
* 更好地睡觉
*/
public void betterSleep() {
System.out.println("关于睡觉：早起的人更帅/更美哦。");
}
}
虽然这一套说辞很完美，充分体现了生活的智慧和沟通的技巧。
但是，EffectiveCommunication类里的方法和Communication接口并不匹配，传统美德不能丢，我们新的沟通方式要和以前的沟通方式兼容才行。
适配器模式
我们生活中最常见的适配器就是电源转换插头，当插座和插头不匹配的时候，就需要加一个转换插头，这个转换插头就是适配器。
这时我们就要请出适配器模式了。
「适配器模式(Adapter Pattern) ：将一个接口转换成客户希望的另一个接口，适配器模式使接口不兼容的那些类可以一起工作，其别名为包装器(Wrapper)。」
我们找一个沟通的适配器，让新的沟通方式能和老的沟通接口相匹配。
代码语言：javascript复制public class CommunicationAdpter implements Communication{
private EffectiveCommunication effectiveCommunication;
public CommunicationAdpter(EffectiveCommunication effectiveCommunication) {
this.effectiveCommunication = effectiveCommunication;
}
/**
* 关于工作
*/
@Override
public void aboutWork() {
effectiveCommunication.betterWork();
}
/**
* 关于吃饭
*/
@Override
public void aboutEate() {
effectiveCommunication.betterEate();
}
/**
* 关于睡觉
*/
@Override
public void aboutSleep() {
effectiveCommunication.betterSleep();
}
}
public class Test {
public static void main(String[] args) {
System.out.println("和年轻人的沟通方式******");
CommunicationAdpter communicationAdpter = new CommunicationAdpter(new EffectiveCommunication());
communicationAdpter.aboutEate();
communicationAdpter.aboutWork();
communicationAdpter.aboutSleep();
}
}
和年轻人的沟通方式******
关于垃圾食品：都胖成猪了，还吃？
关于工作：不赚钱，还想有女朋友/男朋友？想一辈子做单身狗？
关于睡觉：早起的人更帅/更美哦。
虽然还是按以前的套路，但是通过适配器，说出了完全不一样的话，还真是符合时代的潮流呢。
总结
Communication接口对应类图中的Traget类，CommunicationAdpter就是类图中的Adpter，EffectiveCommunication就是类图中的Adptee。
客户端本来和Adptee不兼容，不能直接调用，但是有了适配器Adpter，客户端只要调用Adpter，Adpter则是通过调用Adptee对象完成任务，这样就让原来不兼容的两个系统能够合作了。
适配器模式的优点：
- 将目标类和适配者类解耦，通过引入一个适配器类来重用现有的适配者类，而无须修改原有代码。
- 增加了类的透明性和复用性，将具体的实现封装在适配者类中，对于客户端类来说是透明的，而且提高了适配者的复用性。
缺点：
- 过多的使用适配器，会让系统变得混乱，比如，明明看到调用的是A接口，其实内部被适配成了B接口的实现，有时候会造成困惑。
适用情况：
- 系统需要使用现有的类，这些类的接口不符合我们的需求，我们又不方便修改其代码。
一般来说，适配器模式可以看作一种“补偿模式”，用来补救设计上的缺陷，或者我们无法修改系统的代码，应用这种模式算是“无奈之举”。
所以我们不能过多的依赖适配器模式。
要适应时代的变化，还得靠自己不断地学习和努力呀。
代码链接：https://github.com/zhanyd/learning-design-patterns
