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

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

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

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

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

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

     

  interface IQueue
    {
        void push(object item);     //进队列
        object putout();            //出队列
        object ShowLastItem();      //返回队列中最后一项
        object ShowFirstItem();     //返回队列中第一项
    }

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

   

 class Queue:IQueue
    {
        ArrayList adaptee;
       
        public Queue()
        {
            adaptee = new ArrayList();
        }
 
        public void push(object item)
        {
            adaptee.Add(item);
        }
 
        public object putout()
        {
            object item = adaptee[0];
            adaptee.RemoveAt(0);
            return item;
        }
 
        public object ShowLastItem()
        {
            return adaptee[adaptee.Count-1];
        }
 
        public object ShowFirstItem()
        {
            return adaptee[0];
        }
    }

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

 

   class Class1
    {
        /// <summary>
        /// 应用程序的主入口点。
        /// </summary>
        [STAThread]
        static void Main(string[] args)
        {
            Queue queue = new Queue();
            queue.push(1);
            queue.push(2);
            queue.push(3);
            queue.push(4);
            queue.push(5);
            Console.Write("FirstItem:" + queue.ShowFirstItem().ToString() + "\n");
            Console.Write("LastItem:" + queue.ShowLastItem().ToString() + "\n");
            Console.Write("output:" + queue.putout().ToString() + "\n");
            queue.push(6);
            Console.Write("FirstItem:" + queue.ShowFirstItem().ToString() + "\n");
            Console.Write("LastItem:" + queue.ShowLastItem().ToString() + "\n");
            Console.Read();
        }
    }

    输出结果：

    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