设计模式06: Adapter 适配器模式(结构型模式)

Adapter 适配器模式(结构型模式)

适配(转换)的概念无处不在:
电源转接头、电源适配器、水管转接头...

动机(Motivation)
在软件系统中,由于应用环境的变化,常常需要将“一些现存的对象”放在新的环境中应用,但是新环境要求的接口是这些现存对象不能满足的。
如何应对这种“迁移的变化”?如何既能够利用现有对象的良好表现,同时又能满足新的应用环境所要求的接口?

意图(Intent)
将一个类的接口转换成客户希望的另一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。——《设计模式》GoF

代码示例:

    public interface IStack//客户期望的接口
    {
        void Push(object item);
        object Pop();
        object Peek();
    }
    /// <summary>
    /// 对象适配器,推荐使用
    /// </summary>
    public class Adapter : IStack//适配对象
    {
        private ArrayList adaptee;//被适配的对象

        public Adapter()
        {
            adaptee = new ArrayList();
        }

        public void Push(object item)
        {
            adaptee.Add(item);
        }

        public object Pop()
        {
            if (adaptee.Count <= 0)
            {
                return null;
            }
            var item = adaptee[adaptee.Count - 1];
            adaptee.RemoveAt(adaptee.Count - 1);
            return item;
        }

        public object Peek()
        {
            if (adaptee.Count <= 0)
            {
                return null;
            }
            return adaptee[adaptee.Count - 1];
        }
    }
   /// <summary>
    /// 类适配器,不推荐使用
    /// </summary>
    public class Adapter :ArrayList,IStack//适配对象
    {

        public void Push(object item)
        {
            this.Add(item);
        }

        public object Pop()
        {
            if (this.Count <= 0)
            {
                return null;
            }
            var item = this[this.Count - 1];
            this.RemoveAt(this.Count - 1);
            return item;
        }

        public object Peek()
        {
            if (this.Count <= 0)
            {
                return null;
            }
            return this[this.Count - 1];
        }
    }

Adapter模式的几个要点
Adapter模式主要应用于“希望复用一些现存的类,但是接口又与复用环境要求不一致的情况”,在遗留代码复用、类库迁移等方面非常有用。
GoF23定义了两种Adapter模式的实现结构:对象适配器和类适配器。但是类适配器采用“多继承”的实现方式,带来了不良的高耦合,所以一般不推荐使用。对象适配器采用“对象组合”的方式,更符合松耦合精神。
Adapter模式可是实现的非常灵活,不必拘泥于GoF23中定义的两种结构。例如,完全可以将Adapter模式中的“现存对象”作为新的接口方法参数,来达到适配的目的。
Adapter模式本身要求我们尽可能地使用“面向接口的编程”风格,这样才能在后期方便地适配。

.NET框架中Adapter应用

在.NET中复用COM对象:
-COM对象不符合.NET对象的接口
-使用tlbimp.exe来创建一个Runtime Callable Wrapper(RCW)以使其符合.NET对象的接口。

.NET数据库访问(Adapter变体):
-各种数据库并没有提供DataSet接口
-使用DbDataAdapter可以将任何各个数据访问/存取是配到一个DataSet对象上。

集合类中对现有对象的排序(Adapter变体):
-现有对象为实现IComparable接口
-现有一个排序适配器(继承IComparable接口),然后在器Compare方法中对两个对象进行比较。

时间: 2024-08-05 08:02:40

设计模式06: Adapter 适配器模式(结构型模式)的相关文章

设计模式(七):Adapter 适配器模式 -- 结构型模式

1. 概述: 接口的改变,是一个需要程序员们必须(虽然很不情愿)接受和处理的普遍问题.程序提供者们修改他们的代码;系统库被修正;各种程序语言以及相关库的发展和进化.  例子1:iphone4,你即可以使用UBS接口连接电脑来充电,假如只有iphone没有电脑,怎么办呢?苹果提供了iphone电源适配器.可以使用这个电源适配器充电.这个iphone的电源适配器就是类似我们说的适配器模式.(电源适配器就是把电源变成需要的电压,也就是适配器的作用是使得一个东西适合另外一个东西.)  例子2:最典型的例

NET设计模式 第三部分 结构型模式(7):适配器模式(Adapter Pattern)

适配器模式(Adapter Pattern) ——.NET设计模式系列之八 Terrylee,2006年2月 概述 在软件系统中,由于应用环境的变化,常常需要将“一些现存的对象”放在新的环境中应用,但是新环境要求的接口是这些现存对象所不满足的.那么如何应对这种“迁移的变化”?如何既能利用现有对象的良好实现,同时又能满足新的应用环境所要求的接口?这就是本文要说的Adapter 模式. 意图 将一个类的接口转换成客户希望的另外一个接口.Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可

一起学java设计模式--适配器模式(结构型模式)

适配器模式 现有一个接口DataOperation定义了排序方法sort(int[]) 和查找方法search(int[], int),已知类QuickSort的quickSort(int[])方法实现了快速排序算法,类BinarySearch 的binarySearch(int[], int)方法实现了二分查找算法.现使用适配器模式设计一个系统,在不修改源代码的情况下将类QuickSort和类BinarySearch的方法适配到DataOperation接口中.绘制类图并编程实现. (要求实现

设计模式之7个结构型模式

结构型模式概述 结构型模式(Structural Pattern)描述如何将类或者对象结合在一起形成更大的结构,就像搭积木,可以通过简单积木的组合形成复杂的.功能更为强大的结构. 结构型模式概述结构型模式可以分为类结构型模式和对象结构型模式 类结构型模式关心类的组合,由多个类可以组合成一个更大的系统,在类结构型模式中一般只存在继承关系和实现关系. 对象结构型模式关心类与对象的组合,通过关联关系使得在一个类中定义另一个类的实例对象,然后通过该对象调用其方法.根据"合成复用原则",在系统中

《大话设计模式》笔记(2)——结构型模式

7.适配器模式(Adapter) 定义:有时候也称包装样式或者包装,将一个类的接口适配成用户所期待的.它使得原本接口不兼容而不能一起工作的类可以一起工作. UML: PS:适配器模式算比较容易理解的,其实现主要是在适配器Adapter包装一个Adaptee,并向外部提供客户所需要规格的接口,而其该接口的实现就是调用源接口Adaptee.SpecificRequest(). 适配器模式是因为目标接口和源接口规格不匹配而设计的模式. 应用场景:.net中的DataAdapter就是DataSet与数

设计模式-10 装饰模式(结构型模式)

一 装饰模式 装饰器模式(Decorator Pattern)允许向一个现有的对象添加新的功能,同时又不改变其结构.这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装.这种模式创建了一个装饰类,用来包装原有的类,并在保持类方法签名完整性的前提下,提供了额外的功能. 主要解决:扩展一个类经常使用继承方式实现,由于继承为类引入静态特征,并且随着扩展功能的增多,子类会很膨胀. 关键代码:1.Component 类充当抽象角色,不应该具体实现. 2.修饰类引用和继承 Component 类,具

设计模式(七) : 结构型模式--适配器模式

适配器模式主要是为了解决接口不符合系统需要的问题.分成类的适配器和对象的适配器. 1. 类的适配器: 示意性代码: package com.javadesignpattern.Adapter; public interface Target { public void sampleOperation1(); public void sampleOperation2(); } package com.javadesignpattern.Adapter; public class Adaptee {

设计模式-结构型模式,适配器模式(4)

适配器模式(Adapter Pattern)是作为两个不兼容的接口之间的桥梁.这种类型的设计模式属于结构型模式,它结合了两个独立接口的功能. 这种模式涉及到一个单一的类,该类负责加入独立的或不兼容的接口功能.举个真实的例子,读卡器是作为内存卡和笔记本之间的适配器.您将内存卡插入读卡器,再将读卡器插入笔记本,这样就可以通过笔记本来读取内存卡. #!/usr/bin/env python # encoding: utf-8 class Target(object): def request(self

Java经典23种设计模式之结构型模式(三)------附代理模式、适配器模式、外观模式区别

本文介绍7种结构型模式里的剩下两种:享元模式.代理模式. 一.享元模式FlyWeight 享元模式比较简单且重要,在很多场合都被用到,只不过封装起来了用户看不到.其概念:运用共享内存技术最大限度的支持大量细粒度的对象.这个概念给的有些抽象,说白了就是如果内存中存在某个对象A,如果再次需要使用对象A的时候如果内存中有A这个对象就直接使用它,不要再次new了.如果没有,则重新new一个.基于这个特点,享元模式使用时一般会给待访问对象传递一个Tag,用来标识这个对象,而且要同时使用抽象工厂的方法进行访