设计模式-常用-CSDN博客

本文链接：https://blog.csdn.net/wangzhonglinqwe/article/details/82587887

在原本类的设计上是有抽象类或者接口的继承实现关系；调用上，将被装饰者（原本的类）写入有参的装饰者构造器中；

将两个原本不相干的类（有各自的接口、或者基类），通过适配器去实现目标接口，构造器参数设置需要适配的接口；
https://www.cnblogs.com/wangrd/p/7152662.html

抽象类，在方法里面定制好方法的执行顺序；定义一个操作中算法的骨架，而将一些步骤延迟到子类中，模板方法使得子类可以不改变算法的结构即可重定义该算法的某些特定步骤。
https://www.cnblogs.com/qq-361807535/p/6854191.html

单利模式：线程安全（判断，锁，判断，生成）防止同时多个线程执行到锁位置处

1、简单工厂，将具体的对象创建在本类中完成
这里写图片描述

//同工厂方法相比，工厂自身要不断修改；无扩展性
常常使用switch

2、工厂方法模式：把对象的创建延续到子类上，给同一个的工厂方法设置一个接口；
思路：这里写图片描述

//代码上把获取实例的方式，交给了子工厂，好处是：可以不用去修改别人的代码，只需要拓展即可
InterfaceFactory ifac = new ClothesFactory();
ifac.getInstance().paintFlower();

3、抽象工厂方法模式：抽象工厂类中，相比工厂方法多了等级结构的概念，每一个具体的子工厂，属于某一个族

FactoryInterface{createInstance}
    concreteFactory｛创建具体的对象｝
例如：concreteFactory（）｛return new product（）；｝

对外而言，客户端不知道子类的情况；
使用：外观类的构造器，生成创建子类（like-a）组合关系；外观类的方法中，调用子类的方法，对外而言并不知道内部的子类调用关系。
使用条件
分为三个阶段：

首先在设计初期阶段，应该要有意思的将不同的两个层分离，比如经典的三层架构，就需要考虑数据访问层、业务逻辑层和表示层的层与层之间建立外观，这样可以为复杂的子系统提供简单的接口，使得耦合大大降低。
在开发阶段，子系统往往因为不断的重构演化而变得越来越复杂，大多数的模式在使用时也会产生很多很小的类，这本是好事，但也给外部调用他们的用户程序带来了使用上的困难，增加外观Faced可以提供一个简单的接口，减少他们之间的依赖。
在维护一个遗留的大型系统时，可能这个系统已经难以维护和扩展了，但因为他含有非常重要的功能，新的开发需求要依赖它。此时用外观模式也是非常合适的。你可以为新系统开发一个外观类，来提供设计粗糙或高度复杂的遗留代码比较清晰简单的接口，让新系统与Faced对象交互，Faced与遗留代码交互所有复杂的工作。