Java23种设计模式系列——结构型模式之适配器模式day3-2
适配器模式
将一个类的接口转换成客户希望的另外一个接口,使得原本由于接口不兼容而不能一起工作的那些类能一起工作。
适配器模式分为类适配器模式和对象适配器模式,前者类之间的耦合度比后者高,且要求程序员了解现有组件库中的相关组件的内部结构,所以应用相对较少些。
适配器模式的结构
- 目标(Target) 接口:当前系统业务所期待的接口,它可以是抽象类或接口
- 适配者(Adaptee) 类:它是被访问和适配的现存组件库中的组件接口
- 适配器(Adapter) 类:它是一个转换器 ,通过继承或弓|用适配者的对象,把适配者接口转换成目标接口,让客户按目标接口的格式访问适配者
使用场景
- 以前开发的系统存在满足新系统功能需求的类,但其接口同新系统的接口不一致。
- 使用第三方提供的组件,但组件接口定义和自己要求的接口定义不同。
类适配器实例
UDisk(目标接口)
package construct_pattern.adaption;
public interface UDisk {
String readFromUDisk();
void writeToUDisk(String word);
}
UDiskImpl(目标实现类)
package construct_pattern.adaption;
public class UDiskImpl implements UDisk {
@Override
public String readFromUDisk() {
return "UDisk is being read";
}
@Override
public void writeToUDisk(String word) {
System.out.println("UDisk is wrote:" + word);
}
}
USB (适配者接口)
package construct_pattern.adaption;
public interface USB {
String readFromUSB();
void writeToUSB(String word);
}
USBImpl(适配者实现类)
package construct_pattern.adaption;
public class USBImpl implements USB {
@Override
public String readFromUSB() {
return "USB is being read";
}
@Override
public void writeToUSB(String word) {
System.out.println("USB is wrote" + word);
}
}
UDiskChanger(适配器类)
完成目标转换为适配者
package construct_pattern.adaption;
/**
* 适配器
*/
public class UDiskChanger extends UDiskImpl implements USB {
@Override
public String readFromUSB() {
System.out.println("UDiskChanger is running for read");
return readFromUDisk();
}
@Override
public void writeToUSB(String word) {
System.out.println("UDiskChange is running for write");
writeToUDisk(word);
}
}
Phone(使用者)
package construct_pattern.adaption;
public class Phone {
public String readUSB(USB usb) {
if (usb == null) {
throw new NullPointerException("usb can not be found");
}
return usb.readFromUSB();
}
public void writeUSB(USB usb, String word) {
usb.writeToUSB(word);
}
}
测试
package construct_pattern.adaption;
public class User {
public static void main(String[] args) {
Phone phone = new Phone();
String s = phone.readUSB(new UDiskChanger());
System.out.println(s);
phone.writeUSB(new UDiskChanger(),"hello world");
}
}
类适配器模式缺点
违背了合成复用原则,类适配器是客户类有一个接口规范的情况下使用,否则不用
对象适配器实例
采用将现有组件库中已经实现的组件引入适配器类中,该类同时实现当前系统业务接口
修改UDiskChanger
在这里将extends UDiskImpl
改为内部属性private UDisk uDisk;
,添加构造方法,以此完成内部聚合
package construct_pattern.obj_adaption;
/**
* 适配器
*/
public class UDiskChanger implements USB {
private UDisk uDisk;
public UDiskChanger(UDisk uDisk) {
this.uDisk = uDisk;
}
@Override
public String readFromUSB() {
System.out.println("UDiskChanger is running for read");
return this.uDisk.readFromUDisk();
}
@Override
public void writeToUSB(String word) {
System.out.println("UDiskChange is running for write");
this.uDisk.writeToUDisk(word);
}
}
测试
package construct_pattern.obj_adaption;
public class User {
public static void main(String[] args) {
Phone phone = new Phone();
UDiskChanger uDiskChanger = new UDiskChanger(new UDiskImpl());
String s = phone.readUSB(uDiskChanger);
System.out.println(s);
phone.writeUSB(uDiskChanger,"hello world!!!");
}
}
接口适配器模式
实现方式梳理:(最推荐第三种)
- 当不希望实现一个接口中的所有方法时,可以创建一个抽象类,让抽象类实现所有方法,真实的适配器类只需要继承抽象类即可
- 或者采用所重实现的方式,将需要实现的方法形成独立的接口,当我们的适配器使用到时进行实现
- 结合1和2的思想,找出不会修改的方法使用
default
关键字在接口中对方法进行书写,当然后续如果要改变可以直接在实现类中修改,然后将一些使用的方法拆成接口,结合抽象类实现一些具体的接口和再让实现类继承抽象类