设计模式-适配器模式

一、定义

适配器模式(Adapter Pattern)的定义如下:

Convert the interface of a class into another interface clients expect.Adapter lets classes work together that couldn't otherwise because of incompatible interfaces.(将一个类的接口变换成客户 端所期待的另一种接口,从而使原本因接口不匹配而无法在一起工作的两个类能够在一起工 作。)

适配器模式又叫做变压器模式,也叫做包装模式(Wrapper),但是包装模式可不止一 个,还包括了第17章讲解的装饰模式。适配器模式的通用类图,如图

适配器模式的通用类图

我们 先来看看适配器模式的三个角色。

  • Target目标角色

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

  • Adaptee源角色

你想把谁转换成目标角色,这个“谁”就是源角色,它是已经存在的、运行良好的类或对 象,经过适配器角色的包装,它会成为一个崭新、靓丽的角色。

  • Adapter适配器角色

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

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

//目标角色的实现类

public class ConcreteTarget implements Target { 
    public void request() { 
        System.out.println("if you need any help,pls call me!");
}

//源角色

public class Adaptee { 
    //原有的业务逻辑 
    public void doSomething(){
        System.out.println("I'm kind of busy,leave me alone,pls!");
    }
}

//适配器角色

public class Adapter extends Adaptee implements Target { 
    public void request() {
        super.doSomething();
    }
}

//场景类

public class Client { 
    public static void main(String[] args) { 
        //原有的业务逻辑 
        Target target = new ConcreteTarget(); 
        target.request(); 
        //现在增加了适配器角色后的业务逻辑 
        Target target2 = new Adapter(); 
        target2.request();
    }
}

二、应用

2.1 优点

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

  • 增加了类的透明性

想想看,我们访问的Target目标角色,但是具体的实现都委托给了源角色,而这些对高 层次模块是透明的,也是它不需要关心的。

  • 提高了类的复用度

当然了,源角色在原有的系统中还是可以正常使用,而在目标角色中也可以充当新的演 员。

  • 灵活性非常好

某一天,突然不想要适配器,没问题,删除掉这个适配器就可以了,其他的代码都不用 修改,基本上就类似一个灵活的构件,想用就用,不想就卸载。

2.2 使用场景

适配器应用的场景只要记住一点就足够了:你有动机修改一个已经投产中的接口时,适 配器模式可能是最适合你的模式。比如系统扩展了,需要使用一个已有或新建立的类,但这 个类又不符合系统的接口,怎么办?使用适配器模式,这也是我们例子中提到的。

2.3 注意事项

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

原文地址:https://www.cnblogs.com/f-zhao/p/6227775.html