不知道什么时候开始，总听到“ XXX 小伙娶乌克兰美女” 的新闻，比如 农村小伙娶乌克兰美女语言不通 翻译软件立功 等等，我仔细地看了几篇新闻，发现居然不是标题党，新闻里的乌克兰妹子长得真不错，上几张图： 
 

看完这些新闻和照片，我心里有三个疑问； 
1. 乌克兰真的美女很多吗？ 
2. 为什么乌克兰美女爱嫁给中国男人？ 
3. 翻译软件可以化腐朽为神奇，软件开发过程中是否可以参考呢？

经过我大量的研究，得出了答案：

1.乌克兰真的美女很多吗？

答：是的。 
- 首先从世界地图可以看到，乌克兰地处东欧多个国家交界处，国内民族多达 110 个，各名族之间通婚比较多，久而久之导致混血美女比例比较高。 
- 而且，乌克兰的气候环境也比较养人，一年到头冷多热少，阳光直射时间短，导致大多数女孩子皮肤白皙。 
- 除此外，乌克兰姑娘特别注重外表，打扮的比较精致时尚。

2.为什么乌克兰美女爱嫁给中国男人？

答：除主观因素外，有两点客观因素很重要。 
- 近些年乌克兰并不富裕，距离大家心中的资本主义发达国家还有段距离。一方面生产停滞，经济增长无力；另一方面，乌克兰还要面临战乱带来的货币贬值、外资流出、物价上涨等压力，财政“只出不进”，整个国家“干耗”外汇储备。所以许多乌克兰姑娘选择外嫁。 
- 此外，由于文化、社会福利等原因，许多乌克兰男人有酗酒、懒散的习惯，而中国男人在国际上给人一种体贴、勤劳、顾家的形象，所以相较之下，中国男人是比较好的选择。 
 

3.翻译软件可以化腐朽为神奇，软件开发过程中是否可以参考呢？

翻译软件把小伙的汉语转换成了乌克兰语，在软件开发过程中这就是一种“复用”！那有什么设计模式可以达到这种效果呢？

我们先来模拟实现下这个翻译过程：

a.首先定义一个小目标，就是可以跟妹子说乌克兰语，萨瓦迪卡爱米思油~

/ * description:目标：说乌克兰语 * <br/> * author: shixinzhang * <br/> * data: 9/18/2016 */ public interface Ukrainian { 
    / * 说乌克兰语，比如：Я люблю тебя * @param string */ void sayUkrainian(String string); } 
 
   
 
 
  
    
  
1
 
  
    
  
2
 
  
    
  
3
 
  
    
  
4
 
  
    
  
5
 
  
    
  
6
 
  
    
  
7
 
  
    
  
8
 
  
    
  
9
 
  
    
  
10
 
  
    
  
11
 
  
    
  
12
 
  
    
  
13
 
  
    
  
14
 
 
   
 
 
 
   
 
 
  
    
  
1
 
  
    
  
2
 
  
    
  
3
 
  
    
  
4
 
  
    
  
5
 
  
    
  
6
 
  
    
  
7
 
  
    
  
8
 
  
    
  
9
 
  
    
  
10
 
  
    
  
11
 
  
    
  
12
 
  
    
  
13
 
  
    
  
14
 
 
   
 

b.然而理想很丰满，现实很骨感，小伙只会川普：

讯享网/ * description:实际情况：只会中文 * <br/> * author: shixinzhang * <br/> * data: 9/18/2016 */ public class Chinese { 
    / * 说中文，比如：刘奶奶找牛奶奶买榴莲牛奶 * @param string */ void sayChinese(String string) { System.out.println("【中文版】 " + string); } } 
 
   
 
 
  
    
  
1
 
  
    
  
2
 
  
    
  
3
 
  
    
  
4
 
  
    
  
5
 
  
    
  
6
 
  
    
  
7
 
  
    
  
8
 
  
    
  
9
 
  
    
  
10
 
  
    
  
11
 
  
    
  
12
 
  
    
  
13
 
  
    
  
14
 
  
    
  
15
 
  
    
  
16
 
 
   
 
 
 
   
 
 
  
    
  
1
 
  
    
  
2
 
  
    
  
3
 
  
    
  
4
 
  
    
  
5
 
  
    
  
6
 
  
    
  
7
 
  
    
  
8
 
  
    
  
9
 
  
    
  
10
 
  
    
  
11
 
  
    
  
12
 
  
    
  
13
 
  
    
  
14
 
  
    
  
15
 
  
    
  
16
 
 
   
 

c.这时候翻译器上场了，化腐朽为神器，帮助小伙具有能说乌克兰语的功能：

/ * description:翻译 * <br/> * author: shixinzhang * <br/> * data: 9/18/2016 */ public class Translator implements Ukrainian { 
    private Chinese mChinese; public Translator(Chinese chinese) { mChinese = chinese; } @Override public void sayUkrainian(String string) { //省略了复杂的语法翻译过程，想象一下 mChinese.sayChinese(string); } } 
 
   
 
 
  
    
  
1
 
  
    
  
2
 
  
    
  
3
 
  
    
  
4
 
  
    
  
5
 
  
    
  
6
 
  
    
  
7
 
  
    
  
8
 
  
    
  
9
 
  
    
  
10
 
  
    
  
11
 
  
    
  
12
 
  
    
  
13
 
  
    
  
14
 
  
    
  
15
 
  
    
  
16
 
  
    
  
17
 
  
    
  
18
 
  
    
  
19
 
  
    
  
20
 
 
   
 
 
 
   
 
 
  
    
  
1
 
  
    
  
2
 
  
    
  
3
 
  
    
  
4
 
  
    
  
5
 
  
    
  
6
 
  
    
  
7
 
  
    
  
8
 
  
    
  
9
 
  
    
  
10
 
  
    
  
11
 
  
    
  
12
 
  
    
  
13
 
  
    
  
14
 
  
    
  
15
 
  
    
  
16
 
  
    
  
17
 
  
    
  
18
 
  
    
  
19
 
  
    
  
20
 
 
   
 

d.可以看到，翻译器持有一个只会中文小伙的引用，实现了说乌克兰语的接口，在需要说乌克兰语的时候，经过语法翻译最终调用小伙的说中文：

讯享网@Test public void testAdapterPattern(){ Chinese me = new Chinese(); Ukrainian ukrainianMan = new Translator(me); ukrainianMan.sayUkrainian("我爱你"); } 
 
   
 
 
  
    
  
1
 
  
    
  
2
 
  
    
  
3
 
  
    
  
4
 
  
    
  
5
 
  
    
  
6
 
 
   
 
 
 
   
 
 
  
    
  
1
 
  
    
  
2
 
  
    
  
3
 
  
    
  
4
 
  
    
  
5
 
  
    
  
6
 
 
   
 

e.翻译 + 川普小伙 = 乌克兰语达人，运行结果： 

f.画一下上面这个过程的 UML 图： 

• 目标类，即能说乌克兰语，是一个接口；
• 实际情况，即只能说汉语，是一个既成的、无法改变的类；
• 中间人，即翻译软件，实现目标接口（乌克兰语），引用了实际情况（中国小伙），经过偷梁换柱，让中国小伙具有了新的功能
• Client 客户端，乌克兰妹子，希望能和会乌克兰语的人沟通，由于翻译软件实现了乌克兰语接口，因此可以直接实例化一个翻译软件作为乌克兰语人。

@Test public void testAdapterPattern(){ Chinese me = new Chinese(); Ukrainian ukrainianMan = new Translator(me); ukrainianMan.sayUkrainian("我爱你"); } 
 
   
 
 
  
    
  
1
 
  
    
  
2
 
  
    
  
3
 
  
    
  
4
 
  
    
  
5
 
  
    
  
6
 
 
   
 
 
 
   
 
 
  
    
  
1
 
  
    
  
2
 
  
    
  
3
 
  
    
  
4
 
  
    
  
5
 
  
    
  
6
 
 
   
 

这就是适配器模式，又称包装模式

定义

一个很形象的例子

适配器模式主要分为两种：类适配器和对象适配器

1.对象适配器，与被适配类是关联关系

2.类适配器，与被适配类是继承关系

/ * description: 类适配器下的翻译中介 * <br/> * author: shixinzhang * <br/> * data: 9/20/2016 */ public class ClassTranslator extends Chinese implements Ukrainian { 
    @Override public void sayUkrainian(String string) { sayChinese(string); } } 
 
   
 
 
  
    
  
1
 
  
    
  
2
 
  
    
  
3
 
  
    
  
4
 
  
    
  
5
 
  
    
  
6
 
  
    
  
7
 
  
    
  
8
 
  
    
  
9
 
  
    
  
10
 
  
    
  
11
 
  
    
  
12
 
  
    
  
13
 
 
   
 
 
 
   
 
 
  
    
  
1
 
  
    
  
2
 
  
    
  
3
 
  
    
  
4
 
  
    
  
5
 
  
    
  
6
 
  
    
  
7
 
  
    
  
8
 
  
    
  
9
 
  
    
  
10
 
  
    
  
11
 
  
    
  
12
 
  
    
  
13
 
 
   
 

采用类适配器模式的翻译软件，继承了被适配类 Chinese，实现了目标接口 Ukrainian，从而使得原本不能使用的 sayChinese(string) 方法可以被调用。

调用时：

 @Test public void testClassAdapterPattern(){ Ukrainian ukrainianMan = new ClassTranslator(); ukrainianMan.sayUkrainian("刘奶奶找牛奶奶买榴莲牛奶"); } 
 
   
 
 
  
    
  
1
 
  
    
  
2
 
  
    
  
3
 
  
    
  
4
 
  
    
  
5
 
 
   
 
 
 
   
 
 
  
    
  
1
 
  
    
  
2
 
  
    
  
3
 
  
    
  
4
 
  
    
  
5
 
 
   
 

对比一下对象适配器的代码：

/ * description: 翻译 * <br/> * author: shixinzhang * <br/> * data: 9/18/2016 */ public class Translator implements Ukrainian { 
    private Chinese mChinese; public Translator(Chinese chinese) { mChinese = chinese; } @Override public void sayUkrainian(String string) { mChinese.sayChinese(string); } } 
 
   
 
 
  
    
  
1
 
  
    
  
2
 
  
    
  
3
 
  
    
  
4
 
  
    
  
5
 
  
    
  
6
 
  
    
  
7
 
  
    
  
8
 
  
    
  
9
 
  
    
  
10
 
  
    
  
11
 
  
    
  
12
 
  
    
  
13
 
  
    
  
14
 
  
    
  
15
 
  
    
  
16
 
  
    
  
17
 
  
    
  
18
 
  
    
  
19
 
 
   
 
 
 
   
 
 
  
    
  
1
 
  
    
  
2
 
  
    
  
3
 
  
    
  
4
 
  
    
  
5
 
  
    
  
6
 
  
    
  
7
 
  
    
  
8
 
  
    
  
9
 
  
    
  
10
 
  
    
  
11
 
  
    
  
12
 
  
    
  
13
 
  
    
  
14
 
  
    
  
15
 
  
    
  
16
 
  
    
  
17
 
  
    
  
18
 
  
    
  
19
 
 
   
 

可以看到，对象适配器支持传入一个被适配器对象，因此可以做到对多种被适配接口进行适配，而类适配器直接继承，无法动态修改，所以一般情况下对象适配器使用更广泛。

使用场景：就是想复用，不想多创建！

1. 通常在软件开发后期或者维护期使用，因为这个接口可能已经投入使用，但是对新需求不太符合，我们希望尽可能复用原有接口，所以用适配器进行包装一下。 
   .
2. 或者一开始设计不合理，功能相似，由于参数或者名称等细小原因不能重用时，也可以考虑包装一下。

《大话设计模式》里看到的一段话很好

• 事先设计统一接口
• 问题初现及时重构（下策）
• 无法改变只能适配（下下策）

后记

说起适配器 Adapter，最熟悉的就是 ListView 和 RecyclerVIew 的适配器了，本来准备下一篇就写 ListVIew 源码中的适配器模式，但考虑到 ListView 中还有观察者模式，所以下一步先总结观察者模式，然后再统一进行 ListView 源码解析。

适配器模式和代理模式的区别

从我们这两个设计模式调用的方法可以看出来：

1. 适配器模式调用时强调“最终要转换成的目的接口”，以本文例子，Translator 最终的目的是变成一个 Ukrainian ： 
   Ukrainian ukrainianMan = new Translator(me); 
   然后客户端调用的是 Ukrainian 的方法
2. 而代理模式是通过代理，拦截调用，最终以代理类完成工作，以我这篇文章http://blog.csdn.net/u0/article/details/ 为例 ： 
   Agent songJJ = new Agent(baoqiang, false);

总结：

代码地址点这里