适配器设计模式

适配器设计模式

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

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

public interface SkyDream {

    public void fly();
}

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

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

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

public class Bird {
    public void flyToSky(){
        System.out.println("冲向天空");
    }
}

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

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

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之间的联系更加灵活和可扩展。

  • 9
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值