适配器模式 设计模式:适配器模式

设计模式文章

中介者模式

代理模式

抽象工厂模式详解 —— head first 设计模式

装饰者模式

适配器模式

策略模式

观察者模式

建造者模式 (Builder)

定义

适配器模式:将一个类的接口转换成客户希望的另一个接口。适配器模式让那些接口不兼容的类可以一起工作

主要解决:主要解决在软件系统中,常常要将一些"现存的对象"放到新的环境中,而新环境要求的接口是现对象不能满足的。

何时使用:

  • 系统需要使用现有的类,而此类的接口不符合系统的需要。
  • 想要建立一个可以重复使用的类,用于与一些彼此之间没有太大关联的一些类,包括一些可能在将来引进的类一起工作,这些源类不一定有一致的接口。
  • 通过接口转换,将一个类插入另一个类系中。(比如老虎和飞禽,现在多了一个飞虎,在不增加实体的需求下,增加一个适配器,在里面包容一个虎对象,实现飞的接口。)

如何解决:继承或依赖(推荐)。

关键代码:适配器继承或依赖已有的对象,实现想要的目标接口。

适配器模式的结构

适配器模式的别名为包装器(Wrapper)模式,它既可以作为类结构型模式,也可以作为对象结构型模式。在适配器模式定义中所提及的接口是指广义的接口,它可以表示一个方法或者方法的集合。

类适配器模式结构图:

对象适配器结构图:

    

由图可知适配器模式包含一下三个角色:

  1. Target (目标抽象类):目标抽象类定义客户所需的接口,可以是一个抽象类或接口,也可以是具体类。在类适配器中,由于C#语言不支持多重继承,所以它只能是接口。

  2. Adapter (适配器类):它可以调用另一个接口,作为一个转换器,对 Adaptee 和 Target 进行适配。它是适配器模式的核心。

  3. Adaptee (适配者类):适配者即被适配的角色,它定义了一个已经存在的接口,这个接口需要适配,适配者类包好了客户希望的业务方法。

代码实战

例如美国的电压是 110v,中国的电压是220。当我们到美国的时候,使用国产自带的电器的时候,就需要将电压转为220,才能使用。

下面我们将上面的例子转为代码。

类适配器模式

/**
 * Traget角色
 */
public interface Volt110 {
    int getVolt110();
}


 * adaptee角色,需要被转换的对象
 class Volt220 {
     getVolt220() {
        return 220;
    }
}


 * Adapter 角色,将 220V 的电压转换为 110V 的电压
 class VoltAdapter extends Volt220 implements Volt110 {
    @Override
     getVolt110() {
        return 110;
    }
}

Target 角色给出了需要的目标接口,而 Adaptee 类则是需要被转换的对象。Adapter 则是将 Volt220 转换成 Target 的接口。对应的 Target 的目标是要获取 110V 的输出电压,而 Adaptee 正常输出电压是 220V,此时就需要电源适配器类将 220V 的电压转换为 110V 电压,解决接口不兼容的问题。

对于类适配器模式,adpter 需要继承被转化者对象,同时也要实现适配目标的接口,这样才能将自身转为目标。

 Test {
    static void main() {
        VoltAdapter adapter = new VoltAdapter();
        Log.d("输出电压","" + adapter.getVolt110());
    }
}

对象适配器模式

 与类适配器有点区别的是,这里使用了代理模式来输出220v的电压。

 Volt110 {
    Volt220 mVolt220;

    public VoltAdapter(Volt220 adaptee){
        this.mVolt220 = adaptee;
    }

    return mVolt220.getVolt220();
    }

    @Override
    ;
    }
}

使用方式如下:

new VoltAdapter( Volt220());
        Log.d("输出电压",1)"> adapter.getVolt110());
    }
}

这种实现方式直接将要适配的对象传递到 Adapter 中,使用组合的形式实现接口兼容的效果。这比类适配器方式更为灵活,它的另一个好处是被适配对象中的方法不会暴露出来,而类适配器由于继承了被适配器对象,因此,被适配对象类的函数在 Adapter 类中也都含有,这使得 Adapter 类出现一些奇怪的接口,用户使用成本较高。因此,对象适配器模式更加灵活、使用。

适配器模式的优缺点

优点:

  1. 将目标类和适配者类解耦,通过引入一个适配器类来重用现有的适配者类,无需修改原有结构。

  2. 增加了类的透明性和复用性,将具体的业务实现过程封装在适配者类中,对于客户端类而言是透明的,而且提高了适配者的复用性,同一适配者类可以在多个不同的系统中复用。

  3. 灵活性和扩展性都非常好,通过使用配置文件,可以很方便的更换适配器,也可以在不修改原有代码的基础上 增加新的适配器,完全复合开闭原则。

缺点:

  1. 一次最多只能适配一个适配者类,不能同时适配多个适配者。

  2. 适配者类不能为最终类,在C#中不能为sealed类

  3. 目标抽象类只能为接口,不能为类,其使用有一定的局限性。

应用实例

  1. 美国电器 110V,中国 220V,就要有一个适配器将 110V 转化为 220V。

  2. JAVA JDK 1.1 提供了 Enumeration 接口,而在 1.2 中提供了 Iterator 接口,想要使用 1.2 的 JDK,则要将以前系统的 Enumeration 接口转化为 Iterator 接口,这时就需要适配器模式。

  3. 在 LINUX 上运行 WINDOWS 程序。

  4. JAVA 中的 jdbc。

  5. android 中的 listview adpter 等

 

参考文献

1、设计模式:适配器模式

2、http://www.runoob.com/design-pattern/adapter-pattern.html

 

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


什么是设计模式一套被反复使用、多数人知晓的、经过分类编目的、代码 设计经验 的总结;使用设计模式是为了 可重用 代码、让代码 更容易 被他人理解、保证代码 可靠性;设计模式使代码编制  真正工程化;设计模式使软件工程的 基石脉络, 如同大厦的结构一样;并不直接用来完成代码的编写,而是 描述 在各种不同情况下,要怎么解决问题的一种方案;能使不稳定依赖于相对稳定、具体依赖于相对抽象,避免引
单一职责原则定义(Single Responsibility Principle,SRP)一个对象应该只包含 单一的职责,并且该职责被完整地封装在一个类中。Every  Object should have  a single responsibility, and that responsibility should be entirely encapsulated by t
动态代理和CGLib代理分不清吗,看看这篇文章,写的非常好,强烈推荐。原文截图*************************************************************************************************************************原文文本************
适配器模式将一个类的接口转换成客户期望的另一个接口,使得原本接口不兼容的类可以相互合作。
策略模式定义了一系列算法族,并封装在类中,它们之间可以互相替换,此模式让算法的变化独立于使用算法的客户。
设计模式讲的是如何编写可扩展、可维护、可读的高质量代码,它是针对软件开发中经常遇到的一些设计问题,总结出来的一套通用的解决方案。
模板方法模式在一个方法中定义一个算法的骨架,而将一些步骤延迟到子类中,使得子类可以在不改变算法结构的情况下,重新定义算法中的某些步骤。
迭代器模式提供了一种方法,用于遍历集合对象中的元素,而又不暴露其内部的细节。
外观模式又叫门面模式,它提供了一个统一的(高层)接口,用来访问子系统中的一群接口,使得子系统更容易使用。
单例模式(Singleton Design Pattern)保证一个类只能有一个实例,并提供一个全局访问点。
组合模式可以将对象组合成树形结构来表示“整体-部分”的层次结构,使得客户可以用一致的方式处理个别对象和对象组合。
装饰者模式能够更灵活的,动态的给对象添加其它功能,而不需要修改任何现有的底层代码。
观察者模式(Observer Design Pattern)定义了对象之间的一对多依赖,当对象状态改变的时候,所有依赖者都会自动收到通知。
代理模式为对象提供一个代理,来控制对该对象的访问。代理模式在不改变原始类代码的情况下,通过引入代理类来给原始类附加功能。
工厂模式(Factory Design Pattern)可细分为三种,分别是简单工厂,工厂方法和抽象工厂,它们都是为了更好的创建对象。
状态模式允许对象在内部状态改变时,改变它的行为,对象看起来好像改变了它的类。
命令模式将请求封装为对象,能够支持请求的排队执行、记录日志、撤销等功能。
备忘录模式(Memento Pattern)保存一个对象的某个状态,以便在适当的时候恢复对象。备忘录模式属于行为型模式。 基本介绍 **意图:**在不破坏封装性的前提下,捕获一个对象的内部状态,并在该
顾名思义,责任链模式(Chain of Responsibility Pattern)为请求创建了一个接收者对象的链。这种模式给予请求的类型,对请求的发送者和接收者进行解耦。这种类型的设计模式属于行为
享元模式(Flyweight Pattern)(轻量级)(共享元素)主要用于减少创建对象的数量,以减少内存占用和提高性能。这种类型的设计模式属于结构型模式,它提供了减少对象数量从而改善应用所需的对象结