设计模式之禅笔记——适配器模式

一、适配器模式的定义

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

通用类图：

Target目标角色

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

Adaptee源角色

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

Adapter适配器角色

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

代码，目标角色：

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

目标角色是一个正式运行的角色，你可能去修改角色中的方法，你能做的就是如何去实现接口中的方法而在通常情况下，目标角色是一个接口或者是抽象类，一般不会是实现类。一个正在服役的目标角色，如代码清单所示

目标角色实现类

public class ConcretTarget implements Target {
    @Override
    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 {
    @Override
    public void request() {
        super.doSomething();
    }
}

场景类：

public class Client {
    public static void main(String args[]) {
        Target target = new ConcretTarget();
        target.request();
        Target target2 = new Adapter();
        target2.request();
    }
}

二、适配器的优缺点和使用场景

优点：

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

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

提高了类的复用度：源角色还可以在原有的系统中正常使用，而在目标角色中也可以充当新的演员

灵活性非常好

使用场景：

适配器应用的场景只需要记住一点就可以了：你有动机修改一个已经投产中的接口时，适配器模式可能是最适合你的模式。比如系统扩展了，需要使用一个已有或者新建立的类，但这个类又不符合系统的接口，就可以使用适配器

注意事项：

适配器模式最好在详细设计阶段不要考虑它，它不是为了解决还处在开发阶段的问题，而是解决正在服役的项目问题，没有一个系统分析师会在做详细设计的时候考虑使用适配器模式，这个模式使用的主要场景是扩展应用中，就像我们上面的例子一样，系统扩展了，不符合原有设计的时候才考虑通过适配器模式减少代码修改带来的风险。

项目一定要遵守依赖导致和里氏替换原则，否则即使在适合使用适配器的场合下，也会带来非常大的改造。

设计模式之禅笔记——适配器模式

猜你喜欢