13、适配器模式—接口转化

最新推荐文章于 2022-11-17 10:42:06 发布

心品thpin

最新推荐文章于 2022-11-17 10:42:06 发布

阅读量281

点赞数

CC 4.0 BY-SA版权

分类专栏：设计模式文章标签：设计模式适配器

本文链接：https://blog.youkuaiyun.com/qq_16745985/article/details/79334340

设计模式专栏收录该内容

25 篇文章

订阅专栏

本文介绍了适配器模式的基本概念及其实现方式。通过将一个类的接口转换为另一个接口，使得原本不兼容的类可以协同工作。适配器模式在解决接口不匹配问题时非常有用。

适配器模式（Adapter）：将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本不能兼容而不能一起工作的哪些类可以一起工作

UML图：

package com.thpin.repository.designpattern;

public class AdapterDemo {
    public static void main(String[] args) {
        Target target = new Adapter(new Adaptee());
        target.request();
    }
}

/*
 * 目标
 */
interface Target {
    void request() ;
}

/*
 * 需要适配的类
 */
class Adaptee {
    public void specificRequest() {
        System.out.println("特殊请求");
    }
}

/*
 * 适配器
 */
class Adapter implements Target {
    private Adaptee adaptee;
    public Adapter(Adaptee adaptee) {
        this.adaptee = adaptee;
    }
    public void request() {
        adaptee.specificRequest();
    }
}

结果：

特殊请求

我们看到了适配器把Adaptee转化成了Taget，调用request（）就就是间接调用specificRequest（），这就是适配器起的作用。

使用一个已经存在的类，但如果它的接口，也就是它的方法和你的要求不相同时，就应该考虑使用适配器模式。两个所做的事情相同或相似，但是具有不同的接口时要使用它。客户端可以统一调用同一个接口，这样可以更简单、更统一、更紧凑。

适配器模式是个好模式但也不能到处乱用。实现预防接口不同的问题，不匹配的问题就不会发生；在有小接口不统一时及时重构，问题就不至于扩大；只有碰到无法改变原有计划和代码的情况时，才考虑适配。事后控制不如事中控制，事中控制不如事前kongzhi控制。