设计模式-结构型模式之适配器模式

命运对每个人都是一样的,不一样的是各自的努力和付出不同,付出的越多,努力的越多,得到的回报也越多,在你累的时候请看一下身边比你成功却还比你更努力的人,这样,你就会更有动力。

导读:本篇文章讲解 设计模式-结构型模式之适配器模式,希望对大家有帮助,欢迎收藏,转发!站点地址:www.bmabk.com,来源:原文

设计模式-结构型模式之适配器模式(Adapter模式)


定义

将一个类的接口转换成客户希望的另外一个接口,使得原本由于接口不兼容而不能一起工作的那些类能一起工作**。

主要解决的问题是多种差异化类型的接口做统一输出

适配器模式分为类结构型模式(采用继承实现)和对象结构型模式(采用对象组合实现),前者类结构模式使用的是继承的方式,耦合度比后者高,且要求程序员了解现有组件库中的相关组件的内部结构,所以应用相对较少些。


应用场景

适配器模式(Adapter)通常适用于以下场景。

  • 以前开发的系统存在满足新系统功能需求的类,但其接口同新系统的接口不一致。
  • 使用第三方提供的组件,但组件接口定义和自己要求的接口定义不同。

结构与实现

可以通过定义一个适配器类来实现当前系统的业务接口,同时又继承现有组件库中已经存在的组件来实现。

结构

适配器模式(Adapter)包含以下主要角色。

  1. 目标(Target)接口:当前系统业务所期待的接口,它可以是抽象类或接口。(供客户端调用)
  2. 适配者(Adaptee)类:它是被访问和适配的现存组件库中的组件接口。
  3. 适配器(Adapter)类:它是一个转换器,通过继承或引用适配者的对象,把适配者接口转换成目标接口,让客户按目标接口的格式访问适配者。
实现

实例:有一个用户信息类UsersService,修改用户信息方法名为updateByExample()

public class UsersService {
    public void updateByExample() {
        System.out.println("修改用户信息成功");
    }
}

在开发的过程中想通过调用update()方法来进行修改用户信息,

目标是希望方法名尽量简洁直白,又不希望修改原有代码,这时可以通过增加适配器来解决。

根据适配器模式的角色,这里的目标方法就是update,适配者是UsersService类,需要增加适配器来实现。

适配者:

public class UsersService {
    public void updateByExample() {
        System.out.println("修改用户信息成功");
    }
}

目标方法:

public interface TargetInterface {
    void update();
}

如何通过目标方法Target来进行调用updateByExample方法,上面说了有两种实现方式。

类适配器模式
public class ClassAdapter extends UsersService implements TargetInterface {
    @Override
    public void update() {
        super.updateByExample();
    }
}

继承适配者并实现目标接口,在update方法中调用updateByExample()方法。

客户端调用:

public static void main(String[] args) {
    TargetInterface targetInterface = new ClassAdapter();
    targetInterface.update();
}

对象适配器模式
public class ObjectAdapter implements TargetInterface {
    private UsersService usersService = new UsersService();

    @Override
    public void update() {
        usersService.updateByExample();
    }
}

实现目标接口,引用适配者,从而调用updateByExample()方法。


优缺点

优点:

  • 客户端通过适配器可以透明地调用目标接口。
  • 复用了现存的类,程序员不需要修改原有代码而重用现有的适配者类。
  • 将目标类和适配者类解耦,解决了目标类和适配者类接口不一致的问题。
  • 在很多业务场景中符合开闭原则。

缺点:

  • 适配器编写过程需要结合业务场景全面考虑,可能会增加系统的复杂性。
  • 增加代码阅读难度,降低代码可读性,过多使用适配器会使系统代码变得凌乱。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/143355.html

(0)
飞熊的头像飞熊bm

相关推荐

发表回复

登录后才能评论
极客之音——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!