Eureka的 Rest Api列表

inner的使用

  返回  

读设计模式之禅--适配器模式

2021/8/20 14:01:24 浏览:
  • 定义:将一个类的接口变换成客户 端所期待的另一种接口,从而使原本因接口不匹配而无法在一起工作的两个类能够在一起工作。
package design.Adapter;

/**
 * @Author: hyh
 * @Date: 2021/8/20 9:03
 * 抽象一个电脑接口
 **/
public interface Computer {
    // 充电
    public void needCharge();
}

// usb 端口电脑
class UsbComputer implements Computer {

    @Override
    public void needCharge() {
        System.out.println("快没电了,需要充电");
    }
}

// 抽象一个充电器
interface Charger {
    // 给设备充电
    void giveCharge();
}

// TypeC充电器
class TypeC implements Charger {

    @Override
    public void giveCharge() {
        System.out.println("typeC 接口,只给typeC 端口设备充电");
    }
}

// typeC 转 USB 适配器
class TypeCToUsbAdapter extends TypeC implements Computer {

    @Override
    public void needCharge() {
        super.giveCharge();
        System.out.println("转换头 转换 typeC -> USB");
        System.out.println("电脑没电了,需要充电");
    }
}

class Client {
    public static void main(String[] args) {
        // new 一台电脑
        Computer computer = new TypeCToUsbAdapter();
        // 电脑充电
        computer.needCharge();
    }
}
输出:
typeC 接口,只给typeC 端口设备充电
转换头 转换 typeC -> USB
电脑没电了,需要充电

简言之 就是 将A类的属性 转换为B 类的属性

package design.Adapter;

/**
 * @Author: hyh
 * @Date: 2021/8/20 9:03
 * 抽象一个电脑接口
 **/
public interface Computer {
    // 充电
    public void needCharge();
}

// usb 端口电脑
class UsbComputer implements Computer {

    @Override
    public void needCharge() {
        System.out.println("快没电了,需要充电");
    }
}

// 抽象一个充电器
interface Charger {
    // 给设备充电
    void giveCharge();
}

// TypeC充电器
class TypeC implements Charger {

    @Override
    public void giveCharge() {
        System.out.println("typeC 接口,只给typeC 端口设备充电");
    }
}
// TypeD充电器
class TypeD implements Charger {

    @Override
    public void giveCharge() {
        System.out.println("TypeD 接口,只给TypeD 端口设备充电");
    }
}

// typeC 转 USB 适配器
class TypeCToUsbAdapter  implements Computer {

    private TypeC c;
    private TypeD d;

    public TypeCToUsbAdapter(TypeC c, TypeD d) {
        this.c = c;
        this.d = d;
    }

    @Override
    public void needCharge() {
        c.giveCharge();
        d.giveCharge();
        System.out.println("转换头 转换 typeC -> USB");
        System.out.println("转换头 转换 typeD -> USB");
        System.out.println("电脑没电了,需要同时插两个充电器充电");
    }
}

class Client {
    public static void main(String[] args) {
        // new 一台电脑
        Computer computer = new TypeCToUsbAdapter(new TypeC(),new TypeD());
        // 电脑充电
        computer.needCharge();
    }
}
输出:
typeC 接口,只给typeC 端口设备充电
TypeD 接口,只给TypeD 端口设备充电
转换头 转换 typeC -> USB
转换头 转换 typeD -> USB
电脑没电了,需要同时插两个充电器充电

在这里插入图片描述
在这里插入图片描述
其中的物体C就是我们说的适配器,它在中间起到了角色转换的作用,把原有的长条形 接口转换了三角形接口。在我们软件业的设计模式中,适配器模式也是相似的功能,那我们 先来看看适配器模式的三个角色。

适配器模式的优点

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

  • 增加了类的透明性 想想看,我们访问的Target目标角色,但是具体的实现都委托给了源角色,而这些对高
    层次模块是透明的,也是它不需要关心的。

  • 提高了类的复用度 当然了,源角色在原有的系统中还是可以正常使用,而在目标角色中也可以充当新的演 员。

  • 灵活性非常好 某一天,突然不想要适配器,没问题,删除掉这个适配器就可以了,其他的代码都不用
    修改,基本上就类似一个灵活的构件,想用就用,不想就卸载。

适配器模式的使用场景

适配器应用的场景只要记住一点就足够了:你有动机修改一个已经投产中的接口时,适 配器模式可能是最适合你的模式。比如系统扩展了,需要使用一个已有或新建立的类,但这 个类又不符合系统的接口,怎么办?使用适配器模式,这也是我们例子中提到的。

联系我们

如果您对我们的服务有兴趣,请及时和我们联系!

服务热线:18288888888
座机:18288888888
传真:
邮箱:888888@qq.com
地址:郑州市文化路红专路93号