适配器模式讲解

1.生活中的问题

欧洲使用的插座是圆孔的,而我国使用的是扁形的插头,如何能让国标的插头能在欧标的插座上使用呢?答案是我们可以买一个欧标插头适配器(也称插头转接器)。有了这个,国标的插头就可以使用欧标插座供电了。

image

在面向开发过程当中,有时候也会存在这种不兼容的情况,我们可以引入一个像是交流电适配器的我们叫他“适配器”的角色,来协调者两种不兼容的情况。这种设计方案就叫做适配器模式。

2.模式介绍

2.1.模式定义
 适配器模式:即定义一个包装类,用于包装不兼容接口的对象
 包装类 = 适配器(Adapter)
 被包装对象 = 适配者(Adaptee)

2.2模式作用

把一个类的接口变成客户端能用的另一种接口,使原本不兼容的两个类能一起工作

2.3.模式组成

适配器模式有以下几个角色组成:

1. Target:目标抽象类/接口
2. Adapter:适配器类
3. Adaptee:适配者类
4. Client:客户类

3.模式原理和实例讲解

3.1.类适配器

image

3.1.1 UML类图 & 组成

在类适配器中,适配器Adapter继承适配者类Adaptee和Target接口,实现目标抽象接口Target的Request() 方法。并且在方法里面调用父类的 Specific Request()方法,从而实现了适配。

3.1.2 使用步骤

1. 创建目标抽象类 /接口 (Target)
2. 创建适配者类 (Adaptee)
3. 创建适配器类 (Adapter)
4. 创建客户类 (Client)

3.1.3 实例讲解

目标抽象接口 IGBPlug:

public Interface IGBPlug {

       //使用国标插头充电

       public void GBPlugCharge();

}

适配者类 OBSocket:

public class OBSocket {

      public void OBSocketCharge(){

            System.out.println(“使用欧标插座充电");

      }

}

适配器类:

public class PlugAdapter extends OBSocket implements IGBPlug{

      @Override

      public void GBPlugCharge() {

            OBSocketCharge();

      }

}

客户类:

public class NoteBook {

      private IGBPlug ipl;

      public NoteBook(IGBPlug ipl){ this. ipl = ipl;}

      public void charge(){

            ipl.GBPlugCharge();

      }

}

测试类:

public class Test {

      public static void mian(String[] args){

            IGBPlug ipl = new PlugAdapter();

            NoteBook nb = new NoteBook(ipl);

            nb.charge();

      }

}

3.1.4 运行结果:

image

3.1.5 类适配器优缺点

优点:

由于适配器类是适配者类的子类,因此可以在适配器类中置换一些适配者的方法,使得适配器的灵活性更强

缺点:

适配者类不能为最终类
因为java不支持多继承,目标抽象类只能为接口
一次最多只能适配一个适配者类,不能同时适配多个适配者

那问题来了,我们有很多个适配者类的话,那就要创建很多个适配器,是不是很麻烦呢?那有没有更好的解决办法?有,就是接下来我要讲的对象适配器

3.2.对象适配器

image

3.2.1 UML类图

对象适配器和类适配器的区别是,它不需要继承适配者类。它可以把多个适配者类作为对象包含在适配器里面,通过适配者的对象调用响应的方法,省去了创建适配器的麻烦。

对象适配器 PlugAdapterObj:

public class PlugAdapterObj implements IGBPlug {

//把OBSocket作为对象组合到适配器里面

private OBSocket obSocket;

      public PlugAdapterObj(OBSocket obSocket){this.obSocket = obSocket;}

            @Override

            public void GBPlugCharge() {

                  System.out.println("通过对象适配器");

            obSocket.OBSocketCharge();

      }

}

修改Test类:

public class Test {

      public static void main(String[] args) {

            //需要创建一个适配者类作为对象

            OBSocket obSocket = new OBSocket();

            IGBPlug ipl = new PlugAdapterObj(obSocket);

            NoteBook nb = new NoteBook(ipl);

            nb.charge();

      }

}
3.2.2 运行结果:

image

3.2.3 对象适配器优缺点

优点:

把多个不同的适配者适配到同一个目标接口,省去了创建适配器的麻烦。具有灵活性

缺点:

与类适配器模式相比,要想置换适配者类的方法就不容易,比较复杂

4.适配器总结

1.更好的复用性

系统需要使用现有的类,而此类的接口不符合系统的需要。那么通过适配器模式就可以让这些功能得到更好的复用。

2.透明、简单

客户端可以调用同一接口,所以对客户端来说是透明的。这样做更简单&更直接

3.更好的扩展性

在实现适配器功能的时候,可以调用自己开发的功能,从而自然地扩展系统的功能。

4.解耦性

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

5.符合开闭原则

同一个适配器可以把适配者类和它的子类都适配到目标接口;可以为不同的目标接口实现不同的适配器,而不需要修改待适配类

5.应用场景

系统需要使用一些现有的类,而这些类的接口不符合系统的需要,甚至没有这些类的源代码。

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

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
适配器模式是一种结构型设计模式,它允许将一个类的接口转换成客户端所期望的另一种接口。这种模式通常用于使现有的类能够与其他类一起工作,而不需要修改它们的源代码。 下面是一个使用适配器模式的示例代码: ```python # 定义一个需要被适配的接口 class Adaptee: def specific_request(self): return "specific request" # 定义一个客户端所期望的接口 class Target: def request(self): return "default request" # 定义一个适配器,将 Adaptee 转换成 Target class Adapter(Target): def __init__(self, adaptee): self.adaptee = adaptee def request(self): return self.adaptee.specific_request() # 客户端代码 def client_code(target): print(target.request()) if __name__ == "__main__": adaptee = Adaptee() adapter = Adapter(adaptee) client_code(adapter) ``` 在上面的代码中,`Adaptee` 是需要被适配的类,它有一个 `specific_request` 方法。`Target` 是客户端所期望的接口,它有一个 `request` 方法。`Adapter` 是适配器类,它将 `Adaptee` 转换成 `Target`,并实现了 `Target` 的 `request` 方法。客户端代码可以接受 `Target` 类型的对象作为参数,因此我们创建了一个 `Adapter` 对象并将其传递给客户端代码。 当客户端代码调用 `adapter.request()` 时,由于 `Adapter` 继承了 `Target`,因此它的 `request` 方法会被调用。`Adapter` 的 `request` 方法会调用 `Adaptee` 的 `specific_request` 方法,从而实现了 `Adaptee` 到 `Target` 的适配。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值