设计模式之(七)适配器模式Adapter

Adapter适配器模式是一种结构型模式，主要应对：由于应用环境的变化，常常需要将“一些现存的对象”放在新的环境中应用，但是，新环境要求的接口是现存对象所不满足的。

       《设计模式》中说道：将一个类的接口转换成客户希望的另一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的类可以一起工作。

       在实际的生活中有很多例子，如：我们常使用的移动硬盘，无论是笔记本硬盘还是台式机硬盘，对于数据的传输都不使用Usb的数据线，外接的硬盘盒就是将原来的硬盘数据传输方式适合Usb数据线。（哎，我那个硬盘盒买的时候还190元，其实一点都不值，整个一个盒，就那个转接芯片比较值钱，我说50，人家不卖）。


       先举个简单的代码例子，我现在要做一个队列的类，实现先进先出的功能。利用ArrayList对象。

       首先，我们先定义一些队列的接口，接口中定义队列的方法，代码如下：

     


    下面我们再来利用ArrayList对象实现一个队列：

   


    实现有了，现在用客户端程序调用来看一下结果：

 


    输出结果：

    FirstItem:1

LastItem:5

output:1

FirstItem:2

LastItem:6


Gof《设计模式》中提到了两种Adapter适配器模式，一种叫对象适配器模式，另一种叫类适配器模式。对象适配器模式就是我刚才举的那个例子，那什么是类适配器模式呢？实际上类适配器模式就是让Adapter的实现继承Adaptee。换句话说：类适配器模式是以继承的方式来实现，而对象适配器模式是以组合的方式实现。以前我们说过：继承增加了模块间的耦合程度，而组合降低了耦合程度，所以有人建议多使用对象适配器模式，少用类适配器模式。

以上转自http://www.cnblogs.com/kid-li/archive/2006/05/29/412180.html


通用类图：


 

●　Target目标角色

该角色定义把其他类转换为何种接口，也就是我们期望的接口。

●　Adaptee源角色

源角色是已经存在的、运行良好的类或对象，经过适配器角色的包装，它会成为一个崭新亮丽的角色。

●　Adapter适配器角色

适配器模式的核心角色，其他两个角色都是已经存在的角色，而适配器角色是需要新建立的，它的职责非常简单：通过继承或是类关联的方式，把源角色转换为目标角色。

 

通用代码：

01 /**
02  * 目标角色
03  *
04  * @author Administrator
05  *
06  */
07 public interface Target {
08  
09     // 目标角色有自己的方法
10     public void request();
11  
12 }

 

01 /**
02  * 目标角色实现类
03  *
04  * @author Administrator
05  *
06  */
07 public class ConcreteTarget implements Target {
08  
09     public void request() {
10         System.out.println("if you need and help, please call me!");
11     }
12  
13 }

 

01 /**
02  * 源角色
03  *
04  * @author Administrator
05  *
06  */
07 public class Adaptee {
08  
09     // 原有的业务逻辑
10     public void doSomething() {
11         System.out.println("I'm kind of busy, leave me alone, please!");
12     }
13  
14 }

 

01 /**
02  * 适配器角色
03  *
04  * @author Administrator
05  *
06  */
07 public class Adapter extends Adaptee implements Target {
08  
09     public void request() {
10         super.doSomething();
11     }
12  
13 }

 

01 /**
02  * 场景类
03  *
04  * @author Administrator
05  *
06  */
07 public class Client {
08  
09     /**
10      * @param args
11      */
12     public static void main(String[] args) {
13         // 原有的业务逻辑
14         Target target = new ConcreteTarget();
15         target.request();
16  
17         // 现在增加了适配器角色后的业务逻辑
18         Target target2 = new Adapter();
19         target2.request();
20     }
21  
22 }

 

适配器模式的优点：

●　适配器模式可以让两个没有任何关系的类在一起运行，只要适配器这个角色能够搞定他们就成。

●　增加了类的透明性

高层模块访问的是Target目标角色，具体的业务实现的是Adaptee源角色。

●　提高了类的复用度

Adaptee源角色在原有系统中还可以正常使用，而在目标角色中也可以充当新的角色。

●　灵活性非常好

如果不需要适配器了，删除适配器就可以了，其他的代码都不用修改。基本上就类似一个灵活的构件，想用就用，不想就卸载。

 

适配器模式的使用场景：

要修改一个己经投产中的接口时，适配器模式可能是最适合的模式了。

 

适配器模式的注意事项：

适配器模式最好在详细设计阶段不要考虑它，它不是为了解决还处在开发阶段的问题，而是解决正在服役的项目问题，没有一个系统分析师会在做详细设计的时候考虑使用适配器模式，这个模式使用的主要场景是扩展应用中。

 

适配器模式的扩展：

对象适配器

对象适配器和类适配器的区别是：类适配器是类间继承，对象适配器是对象的合成关系，也可以说是类的关联关系，这是两者的根本区别。

对象适配器的类图：


转自http://www.cnblogs.com/muzongyan/archive/2010/09/01/1814871.html


posted on 2011-08-05 10:32  Kevin Bing  阅读(172)  评论(0)  编辑  收藏  举报