5、设计模式之适配器模式/原型模式

文章目录

开始之前
适配器模式
- 使用场景
- 注意事项
- 何时使用
- 优缺点
- 代码实现
原型模式
- 深拷贝和浅拷贝

开始之前

本章节是一个系列，里面用的的代码实例都是连贯的。在实现某一种设计模式时，为了减少代码篇幅，前面博客出现model类（仅限公用的model类，比如compute、CPU、Mem、Disk等纯对象类）不会重复出现，读者在阅读某一篇博客时，如果发现突然出现了一个新的model类，在本片博客中没有其定义，可以往前面的博客翻一下！

最后，当本系列更新完成后，我会整个的代码完整贴出来，提供下载链接！

适配器模式

使用场景

有动机地修改一个正常运行的系统的接口，这时应该考虑使用适配器模式。

注意事项

适配器不是在详细设计时添加的，而是解决正在服役的项目的问题。

何时使用

1、系统需要使用现有的类，而此类的接口不符合系统的需要。
2、想要建立一个可以重复使用的类，用于与一些彼此之间没有太大关联的一些类，包括一些可能在将来引进的类一起工作，这些源类不一定有一致的接口。
3、通过接口转换，将一个类插入另一个类系中。（比如老虎和飞禽，现在多了一个飞虎，在不增加实体的需求下，增加一个适配器，在里面包容一个虎对象，实现飞的接口。）

优缺点

优点：

1、可以让任何两个没有关联的类一起运行。
2、提高了类的复用。
3、增加了类的透明度。
4、灵活性好。

缺点：

1、过多地使用适配器，会让系统非常零乱，不易整体进行把握。
比如，明明看到调用的是 A 接口，其实内部被适配成了 B 接口的实现，
一个系统如果太多出现这种情况，无异于一场灾难。
因此如果不是很有必要，可以不使用适配器，而是直接对系统进行重构。
2.由于 JAVA 至多继承一个类，所以至多只能适配一个适配者类，而且目标类必须是抽象类。

代码实现

现在在之前代码的基础上，之前compute只能读写磁盘Disk，现在想要能够适配读写SD卡。

public abstract class SDCard {protected abstract String getName();public void readSD(){System.out.println(getName()+" readSD");}public void writeSD(){System.out.println(getName()+" writeSD");}
}public class XiaomiSDCard extends SDCard{@Overrideprotected String getName() {return "xiao mi sdcard";}
}

适配器需要继承已有的disk类，然后适配新的SD卡类

public class SDCardAdapter extends Disk {private final SDCard sdCard;public SDCardAdapter(SDCard sdCard) {this.sdCard = sdCard;}@Overrideprotected String getName() {return "sd card adapter";}@Overridepublic void read() {sdCard.readSD();}@Overridepublic void write() {sdCard.writeSD();}
}

public class Client {public static void main(String[] args) {System.out.println("正常模式");Compute compute = new ComputeBuilder().power(new V220()).mem(new XiaomiMem()).cpu(new XiaomiCpu()).disk(new XiaomiDisk())//需要适配的地方.build();compute.run();System.out.println("适配器模式");compute = new ComputeBuilder().power(new V220()).mem(new XiaomiMem()).cpu(new XiaomiCpu()).disk(new SDCardAdapter(new XiaomiSDCard()))//适配器模式.build();compute.run();}
}