适配器设计模式

适配器设计模式

适配器设计模式最通俗易懂的用途就是解决接口和接口实现类之间的矛盾问题

假设这样一个场景:首先我们有一个接口

java 复制代码
public interface SkyDream {

    public void fly();
}

现在我们想用一个方法来实现接口中的这个类。

按照通常的做法 我们会创建一个类来实现接口 SkyDream 然后重写fly方法。

现在问题来了 这个实现是外界 人家已经写好的 你无法改:

java 复制代码
public class Bird {
    public void flyToSky(){
        System.out.println("冲向天空");
    }
}

你明白我的意思吧 就是这个bird类是人家写好的 你只能调 不能改 , 但是你需要用到这个flyToSky 方法去实现你的接口。

这时候 就需要 适配器类 作为一个中转。

java 复制代码
public class Adapter implements SkyDream{

    private Bird bird;

    public Adapter(Bird bird){
        this.bird=bird;
    }
    @Override
    public void fly() {
        bird.flyToSky();
    }
}

bird类是我们不能改的, 但是Adapter 类是自己的,我们先用Adapter 实现SkyDream接口 在Adapter 职中把bird引进来作为一个私有属性 ,然后调用flyToSky方法。

这就是适配器,说白了就是狸猫换太子。

假设原本情况是这样的:类A实现了接口B,但是由于某些特殊原因,A不想直接实现B接口中的方法。然后,引入了类C,它实现了接口B,并且在C中重写了B接口的方法,但实际上在C中的方法中调用了类A的实现。

这种情况就符合适配器模式的应用场景。类C就扮演了适配器的角色,它将类A的接口转换成了接口B,使得类A可以与预期使用接口B的客户端代码协作。通过适配器模式,可以实现接口之间的解耦合,使得类A和接口B之间的联系更加灵活和可扩展。

相关推荐
董员外3 小时前
RAG 系统进化论(八):Agentic RAG(智能体式 RAG),从回答问题到完成任务
人工智能·后端·设计模式
董员外8 小时前
RAG 系统进化论(七):Multimodal RAG(多模态 RAG),当知识存在于表格、图片和页面中
人工智能·后端·设计模式
大山同学8 小时前
第 2 篇(03-04 章):代理设计原则与工具使用设计模式
设计模式
啦啦啦啦啦zzzz1 天前
设计模式:桥接模式和组合模式
c++·设计模式·组合模式·桥接模式
莫得感情 o1 天前
设计模式 03 · 工厂方法模式
设计模式·工厂方法模式
cyforkk2 天前
高并发核心设计模式:Single-Flight 原理与实战
设计模式
饼干哥哥2 天前
字节Seedance2.5终于上线,这次在收割谁?
人工智能·设计模式·前端框架
董员外2 天前
RAG 系统进化论(六):GraphRAG(基于知识图谱的 RAG),从相似文本走向实体关系
人工智能·后端·设计模式
鬼鬼鬼2 天前
从 Prompt 到 Harness:企业级 Agent 工程的完整演进之路
设计模式·架构·ai编程
啦啦啦啦啦zzzz2 天前
设计模式:原型模式
c++·设计模式·原型模式