【设计模式】第9章·适配器模式

一、适配器模式概述

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

二、适配器模式结构与实现

适配器模式包括类适配器和对象适配器。在类适配器模式中,适配器和适配者之间是继承(或实现)关系;在对象适配器模式中,适配器和适配者之间是关联关系。

2.1 适配器模式结构

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

2,Adapter(适配器类):它可以调用另一个接口,作为一个转换器,对Adaptee和Target进行适配。适配器Adapter是适配器模式的核心,在类适配器中,它通过实现Target接口并继承Adaptee类来使二者产生联系,在对象适配器中,它通过继承Target并关联一个Adaptee对象使二者产生联系。

3,Adaptee(适配者类):适配者即被适配的角色,它定义类一个已经存在的接口,这个接口需要被适配,适配者类一般是一个具体的类,包含了客户希望适用的业务方法,在某些情况下甚至没有适配者类的源代码。

2.2 适配器模式实现

类适配模式的实现案例:

Target目标抽象类:

/**
 * 目标抽象接口
 */
public interface EncryptionController {

    void encrypt(String password);

}

Adapter适配器类

/**
 * 类适配器
 * 适配器和适配者是一个继承关系
 * 由于java语言特性是但继承,那么目标对象只能是接口
 */
public class EncryptionAdapter extends ThirdPartyEncryption implements EncryptionController{

    @Override
    public void encrypt(String password) {
        super.encryptInfo(password);
    }
}

对象适配模式的实现案例:

Target目标抽象类:

/**
 * 目标抽象类
 */
public abstract class EncryptionController {

    public abstract void encrypt(String password);

}

Adapter适配器类:


/**
 * 对象适配器
 * 适配器与适配者是关联关系
 * 然后继承目标抽象类
 * 如果与目标抽象类也是关联关系,此时就是一个双向适配器
 */
public class EncryptionAdapter extends EncryptionController{

    private ThirdPartyEncryption thirdPartyEncryption;

    public EncryptionAdapter(){
        this.thirdPartyEncryption = new ThirdPartyEncryption();
    }

    public EncryptionAdapter(ThirdPartyEncryption thirdPartyEncryption){
        this.thirdPartyEncryption = thirdPartyEncryption;
    }

    @Override
    public void encrypt(String password) {
        thirdPartyEncryption.encryptInfo(password);
    }
}

Adaptee适配者类:

/**
 * 此类模拟是第三方提供的类,不能修改
 */
public class ThirdPartyEncryption {

    /**
     * 加密算法
     * @param password
     */
    public void encryptInfo(String password){
        //do something
        System.out.println("加密之前:"+password);
        System.out.println("加密算法的代码");
    }

}

客户端:

public class Client {

    public static void main(String[] args) {

        /**
         * 案例需求描述:
         * 开发一个加密模块,为提高开发效率,现复用已有的加密算法,
         * 这些算法封装在第三方提供的类中,不能修改。
         *
         */

        String passwordStr = "Aa123456";
        /**
         * 类适配器
         */
        EncryptionController encryption;
        encryption = new EncryptionAdapter();
        encryption.encrypt(password);

    }
}

三、缺省适配器模式

缺省适配器模式是适配器模式的一种变体,其应用范围也较为广泛。
缺省适配器模式
当不需要实现一个接口提供的所有方法时,可先设计一个抽象类实现该接口,并为接口中的每个方法提供一个默认实现(空方法),那么该抽象类的子类可以选择性的覆盖父类的某些方法来实现需求,它适用于不想适用一个接口中的所有方法的情况,又称为单接口适配器模式。

在缺省适配器模式中,包含以下3个角色:
1,ServiceInterface(适配者接口):它是一个接口,通常在该接口中声明来大量的方法。
2,AbstractServiceInterface(缺省适配器类):它是缺省适配器模式的核心类,适用空方法的形式实现了在ServiceInterface接口中声明的方法。通常将它定义为抽象类,因为对它进行实例化没有任何意义。
3,ConcreteServiceClass(具体业务类):它是缺省适配器类的子类,可以有选择性地覆盖在适配器类中定义的方法。

其中,缺省适配器模类的典型代码片段如下:

public abstract class AbstractServiceClass implements ServiceInterface{
    
    public void serviceMethod1(){}//空方法
    public void serviceMethod2(){}//空方法
    public void serviceMethod3(){}//空方法
    
}

四、双向适配器

在对象适配器的适用过程中,如果在适配器中同时包含对目标类和适配者类的引用,适配着可以通过它调用目标类中的方法,目标类也可以通过它调用适配者类中的方法,那么该适配器就是一个双向适配器。

双向适配器的实现较为复杂,典型代码如下:

public class Adapter {

    //同时维持对抽象目标类和适配者的引用
    private Target target;
    private Adaptee adaptee;

    public Target getTarget() {
        return target;
    }

    public void setTarget(Target target) {
        this.target = target;
    }

    public Adaptee getAdaptee() {
        return adaptee;
    }

    public void setAdaptee(Adaptee adaptee) {
        this.adaptee = adaptee;
    }
}

五、适配器模式优缺点与适用环境

5.1 适配器模式的优点

  1. 将目标类与适配者类解耦,通过引入一个适配器类来重用现有的适配者类,无需修改原有结构;
  2. 增加类类的透明性和复用性,并且让系统的灵活性和扩展性都非常好;
  3. 类适配器模式中置换一些适配者的方法很方便;
  4. 通过对象适配器模式可以把多个不同的适配者适配到同一个目标,还可以适配一个适配者的子类

5.2 适配器模式的缺点

  1. 类适配器模式一次最多只能适配一个适配者类,不能同时适配多个适配者;
  2. 类适配器模式不能为最终类且目标抽象类只能为接口,不能为类;
  3. 对象适配器模式在适配器中置换适配者类的某些方法比较麻烦。

5.3 适配器模式的适用环境

  1. 系统需要使用一些现有的类,而这些类的接口不符合系统的需要,甚至没有这些类的源代码;
  2. 想创建一个可以重复使用的类,用于和一些彼此之间没有太大关联的类一起工作。

【参考文献】:
本文是根据刘伟的《Java设计模式》一书的学习笔记,仅供学习用途,勿做其他用途,请尊重知识产权。

【本文代码仓库】:https://gitee.com/xiongbomy/java-design-pattern.git

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值