转载

设计模式之第15章-适配器模式(Java实现)

“呔，来着何人，报上名来。”“这是谁啊，我怎么没见过”，“就是啊，我也没印象。”“我当然是适配器了，要不然还能是谁。”适配器模式碎碎念：我不就是昨天把你们的烤串都吃完了么，至于这么对我么。（作者按：嘿嘿，让你抢我东西吃，现在你的脸已被我画的连你妈都不认识了，何况他们乎~），“唉唉，别围着他了，我们先看看他耍什么花招。”

适配器模式之自我介绍

没错，我就是适配器模式，你们可能不是很熟悉，那么说到Adapter你们应该不陌生吧。闲话就不说了，先说下我的定义吧：Convert the interface of a class into another interface clients expect.Adapter lets classes work togther that couldn't otherwise because of incompatible interfaces.意思就是说:将一个类的接口变成客户端所期待的另一种接口，从而使原本因接口不匹配而无法在一起工作的两个类能够在一起工作。

我的通用类图如下：

类图中的各个图的解释我就不多说了。其实在生活中我还是无处不在的，比如说电源适配器，使电源电压变化，说白了，我就是把一个接口或者类转换成其他的接口或类。

适配器模式之自我分析

首先分析一下缺点：

使得重定义Adaptee的行为比较困难，若想重定义需要生成Adaptee的子类，然后用Adapter引用其子类。

优点如下：

Adapter可以重定义Adaptee的部分行为。
允许Adapter与多个Adaptee一起工作。
可以让两个没有任何关系的类在一起运行。
增加了子类的透明性。
提高了类的复用度。
灵活性比较好。想用就用，想删就删。

适配器模式之实现

No code，no truth。说的再好，也不如代码管用，所以我就实现一个通用代码。

首先是一个目标接口的代码：

1 public interface Target{ 2     //目标角色自己的方法 3     public void request(); 4 }

然后是目标角色的实现方法：

1 public class ConcreteTarget implements Target{ 2     public void request(){ 3         System.out.println("Nothing is important."); 4     } 5 }

接下来是Adaptee的实现类，代码也会很少：

1 public class Adaptee{ 2     //原有业务逻辑 3     public void doSth(){ 4         System.out.println("I want to eat delicious snacks"); 5     } 6 }

上面就是需要适配的类，在这里的方法什么的就不再多写了。接下来就是重中之重的适配器类的实现了：

1 public class Adapter extends Adaptee implements Target{ 2     public void request(){ 3         super.doSth(); 4     } 5 }

它继承自Adaptee，同时是Target的接口实现，这样一来就将Adaptee和Target联系起来了，最后是测试用的类：

 1 public class Client{  2     public static void main(String[] args) {  3         //原有业务处理  4         Target target = new ConcreteTarget();  5         target.request();  6         //现在增加了适配器角色之后的业务逻辑  7         Target target2 = new Adapter();  8         target2.request();  9     } 10 }