设计模式之适配器模式

适配器模式

1、概念

定义:将一个类的接口转换成客户希望的另一个接口,使得原本有的接口不兼容而不能一起工作的那些类可以一起工作。
使用场景:系统的数据与行为都正确,但接口不符时,我们应该考虑适配器,目的是使控制范围之外的一个原有对象与某个接口匹配。适配器模式主要应用于希望复用一些现存的类,但是接口有复用要求不一致的情况。

2、类图与角色

在这里插入图片描述

  • 目标角色(Target):该角色定义把其他类转换为何种接口,也就是我们期望的接口。

  • 源角色(Adaptee):源角色是已经存在的、运行良好的类或对象,经过适配器角色的包装,它会成为一个崭新亮丽的角色。

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

3、分类及代码演示
  • 类适配器,既继承了 Adaptee (被适配类),也实现了 Target 接口(因为 Java 不支持多继承,所以这样来实现)。
 static class Adaptee {
        public void specialRequest() {
            System.out.println("适配类:已存在的、具有特殊功能、但不符合我们既有的标准接口的类");
        }
    }
    // 目标接口,或称为标准接口
    interface Target {
        public void request();
    }
    // 具体目标类
    static class ConcreteTarget implements Target {
        public void request() {
            System.out.println("普通类:现有或既有的类,只提供原有普通功能");
        }
    }
    // 适配器类,继承了被适配类,同时实现标准接口
    static class Adapter extends Adaptee implements Target{
        public void request() {
            super.specialRequest();
        }
    }

        public static void main(String[] args) {
            //使用普通功能类
            Target concreteTarget = new ConcreteTarget();
            concreteTarget.request();
            // 使用适配类
            Target adapter = new Adapter();
            adapter.request();
        }
  • 对象适配器,使用直接关联,或者称为委托的方式。
//适配类,目标接口,具体目标类 与  类适配器  相同
// 适配器类,直接关联被适配类,同时实现标准接口
    static class Adapter implements Target{
        // 直接关联被适配类
        private Adaptee adaptee;

        // 可以通过构造函数传入具体需要适配的被适配类对象
        public Adapter (Adaptee adaptee) {
            this.adaptee = adaptee;
        }

        public void request() {
        // 这里是使用委托的方式完成特殊功能
            this.adaptee.specialRequest();
        }
    }

     public static void main(String[] args) {
        // 使用普通功能类
        Target targetCommon = new ConcreteTarget();
        targetCommon.request();

        // 使用特殊功能类,即适配类,
        // 需要先创建一个被适配类的对象作为参数
        Target targetAdapter = new Adapter(new Adaptee());
        targetAdapter.request();
    }

输出结果相同:
在这里插入图片描述

  • 类适配器与对象适配器区别:
    • 类适配器使用的是继承的方式,直接继承了Adaptee,所以无法对Adaptee的子类进行适配,在一些简单的接口适配和扩展中要更好用一点。
    • 对象适配器使用的是组合的方式,·所以Adaptee及其子孙类都可以被适配。另外,对象适配器对于增加一些新行为非常方便,而且新增加的行为同时适用于所有的源。
    • 基于组合/聚合优于继承的原则,使用对象适配器是更好的选择。但具体问题应该具体分析,某些情况可能使用类适配器会适合,最适合的才是最好的。

4、优缺点

  • 适配器模式优点:

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

(2)增加了类的透明性:高层模块访问的是Target目标角色,具体的业务实现的是Adaptee源角色。

(3)提高了类的复用度:Adaptee源角色在原有系统中还可以正常使用,而在目标角色中也可以充当新的角色。

(4)灵活性非常好:如果不需要适配器了,删除适配器就可以了,其他的代码都不用修改。基本上就类似一个灵活的构件,想用就用,不想就卸载。

  • 适配器模式缺点:
    • 类适配器模式的缺点:对于Java等不支持多重继承的语言,一次最多只能适配一个适配者类,而且目标抽象类只能为抽象类,不能为具体类,其使用有一定的局限性,不能将一个适配者类和它的子类都适配到目标接口。

    • 对象适配器模式的缺点:与类适配器模式相比,要想置换适配者类的方法就不容易。如果一定要置换掉适配者类的一个或多个方法,就只好先做一个适配者类的子类,将适配者类的方法置换掉,然后再把适配者类的子类当做真正的适配者进行适配,实现过程较为复杂。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值