Java23种设计模式之适配器模式(Adapter Pattern)

模式名称:适配器模式;

定义:将一个类的接口变换成客户端所期待的另外一种接口,从而使原本因接口不匹配而无法工作的两个类能够一起工作;

使用场景:有动机去修改一个已经投产中的接口,适配器模式可能是最适合的一种模式,符合系统扩展时候因需求而不符合系统的接口;一般详细设计阶段没必要过多考虑适配器模式,主要是应用到后期的扩展当中;

与对象适配器的区别: 类适配器是类之间的继承,对象适配器是对象的合成关系,也可以说是类的关联关系,这是这两者的根本区别!

Target目标角色:该角色定义把其他类转换成目标接口;

Adapter源角色:就是你想转换的那个对象,他是一个已经存在或者运行良好的类或者对象,经过适配器角色的包装转换成一个新的目标对象;

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

通用代码:

5.代码

我们想象一种实际生产环境中会遇到的一种场景:

曾经有一个正常使用的接口,随着项目迭代,原本的实现已经不再满足现在的需求,需要调用另外一个已有的方法来完成。

public interface Target {

    void targetMethod();
}
public class TargetImpl implements Target {
    public void targetMethod() {
        System.out.println("最初TargetImpl实现的targetMethod(),可是逐渐的不再适用");
    }
}

public class Adaptee {

    public void doSomething(){
        System.out.println("Adaptee:doSomething");
    }
}
上面是原本的接口,已经不再适用。为了完成新的需求,需要使用Adaptee类中的doSomething()方法。那么,如何在客户端不更改代码的情况下顺利的用新的方法替换掉原本的实现呢?这个时候就需要用到适配器模式了。

5.1 类适配器模式

public class AdapterA extends Adaptee implements Target{
    public void targetMethod() {
        System.out.println("1.类适配器,采用继承的方式实现");
        doSomething();
    }
}
新建一个类适配器AdapterA,继承了需要适配的类Adaptee,同时实现目标接口Target。

测试方法:

public static void main(String[] args) {
    //最初的实现方法,在项目迭代过程中逐渐不再适用,需要新的逻辑来实现这个接口
    Target target = new TargetImpl();
    target.targetMethod();
    System.out.println("~~~~~~~~~~~~~~~~~~~~");

    //1.类适配器,采用继承的方式实现
    Target adapterA = new AdapterA();
    adapterA.targetMethod();
}
测试结果:

最初TargetImpl实现的targetMethod(),可是逐渐的不再适用
~~~~~~~~~~~~~~~~~~~~
1.类适配器,采用继承的方式实现
Adaptee:doSomething


5.2 对象适配器模式

public class AdapterB implements Target{

    private Adaptee adaptee = new Adaptee();

    public void targetMethod() {
        System.out.println("2.对象适配器,采用对象组合的方式实现");
        adaptee.doSomething();
    }
}
创建一个对象适配器AdapterB实现目标接口Target,通过对象组合的方式获得一个 适配的类Adaptee的引用,然后使用该引用中的方法。

测试方法:

public static void main(String[] args) {
    //最初的实现方法,在项目迭代过程中逐渐不再适用,需要新的逻辑来实现这个接口
    Target target = new TargetImpl();
    target.targetMethod();

    System.out.println("~~~~~~~~~~~~~~~~~~~~");

    //2.对象适配器,采用对象组合的方式实现
    Target adapterB = new AdapterB();
    adapterB.targetMethod();
}

测试结果:

最初TargetImpl实现的targetMethod(),可是逐渐的不再适用
~~~~~~~~~~~~~~~~~~~~
2.对象适配器,采用对象组合的方式实现
Adaptee:doSomething

以上2中适配器模式都成功地用已有的功能替换掉了原本不适用的功能,比较一下2中方式可以发现:

由于类适配器是通过继承的方式使用父类的方法,总所周知java中一个类只能有一个父类,因此一个类适配器只能把适配者类和它的子类都适配到目标接口;而对象适配器可以通过持有不同的需要适配的类的引用,来实现扩展。这么看来,对象适配器更灵活一点。


6.小结

6.1 优点

    6.1.1 通过适配器,客户端可以调用同一接口,因而对客户端来说是透明的。这样做更简单、更直接、更紧凑。

    6.1.2 复用了现存的类,解决了现存类和复用环境要求不一致的问题。

    6.1.3 将目标类和适配者类解耦,通过引入一个适配器类重用现有的适配者类,而无需修改原有代码。

    6.1.4 一个对象适配器可以把多个不同的适配者类适配到同一个目标,也就是说,同一个适配器可以把适配者类和它的子类都适配到目标接口。

  6.2 缺点

    对于对象适配器来说,更换适配器的实现过程比较复杂。

  6.3 适用场景

    6.3.1 系统需要使用现有的类,而这些类的接口不符合系统的接口。

    6.3.2 想要建立一个可以重用的类,用于与一些彼此之间没有太大关联的一些类,包括一些可能在将来引进的类一起工作。

    6.3.3 两个类所做的事情相同或相似,但是具有不同接口的时候。

    6.3.4 旧的系统开发的类已经实现了一些功能,但是客户端却只能以另外接口的形式访问,但我们不希望手动更改原有类的时候。

    6.3.5 使用第三方组件,组件接口定义和自己定义的不同,不希望修改自己的接口,但是要使用第三方组件接口的功能。


猜你喜欢

转载自blog.csdn.net/baishimingbaishiming/article/details/79588029