设计模式--快速记忆

SOLIDD（S单一职责，O 开闭原则，L 里式替换，I： 接口隔离原则，D：依赖导致，D迪米特法则）

设计模式：

创建型（5中）：2工厂（工厂方法，抽象工厂），构造者，原型，单例

结构型 （7种）：例如：扩展性（外观、组成、代理、装饰）、封装（适配器、桥接），享元模式（Flyweight）

行为型（11种）

1. 行为类模式使用继承机制在类间分派行为。

2. 行为对象模式使用对象聚合来分配行为。

如果对象的行为设计的好，那么对象的行为就会更清晰，它们之间的协作效率就会提高 ： 责任链， 策略，观察者，迭代器，模板方法，状态，

备忘录，解释器，访问者，命令，调停者，迭代器

创建型

工厂设计模式：使用场景，给前端提供接口，例如： 商品列表，提供一个接口......

1.工厂设计模式，我们只需要知道 商品的名称就可以，无需对 商品生产的细节过分关注。

2.增加新的产品类别 ，无需对原工厂进行任何修改， 满足开闭原则

抽象工厂设计模式：创建对象有一系列相关联的 或者 相互依赖的 产品族

例如： 换皮肤，一整套一起换。

原型模式（本质就是克隆）：浅克隆--深克隆（序列化-反序列化）

抽象原型接口，

对象的创建非常复杂，可以使用原型模式快捷创建对象。

性能 和安全 性比较高。

建造者模式 -- 封装性很好，可以有效的 封装变化

只是不符合类的单一职责而已

建造者和抽象工厂的区别：一个是应对对象生成的解耦，一个是用来应对复杂对象的生成

客户端不必要知道 产品内部的细节。

可以更加精细的开控制产品的创建过程：实际上构造者中有集合保存你传进来的参数，然后根据构造者自己的业务去返回对象

1 工厂方法模式vs建造者模式

工厂方法模式注重的是整体对象的创建方式，而建造者模式注重的是部件构建的过程，意在通过一步一步地精确构造创建出一个复杂的对象

我们举个简单例子来说明两者的差异，如要制造一个超人，如果使用工厂方法模式，直接产生出来的就是一个力大无穷、能够飞翔、内裤外穿的超人;而如果使用建造者模式，则需要组装手、头、脚、躯干等部分，然后再把内裤外穿，于是一个超人就诞生了。

2 抽象工厂模式vs建造者模式

抽象工厂模式实现对产品家族的创建，一个产品家族是这样的一系列产品:具有不同分类维度的产品组合，采用抽象工厂模式则是不需要关心构建过程，只关心什么产品由什么工厂生产即可。

建造者模式则是要求按照指定的蓝图建造产品，它的主要目的是通过组装零配件而产生一个新产品。如果将抽象工厂模式看成汽车配件生产工厂，生产一个产品族的产品，那么建造者模式就是一个汽车组装工厂，通过对部件的组装可以返回一辆完整的汽车。

结构型模式：

代理模式：

适配器模式： 代码重构，保证 在不改变原有接口的情况下，做适配

装饰者模式：

 行为型（11种）

策略模式在支付中使用

支付方式：传参 例如 zhifubao ，支付宝的 Service的  @service注解的 value= zhifubao

通过 SpringApplication.getBean 获取 对应的 Service。

责任链模式：

链条有多少，每一链负责那一块逻辑。通过或者不通过。每个责任链中 有自己的逻辑。通过与不通过。规则引擎。

1.在同步数据中使用，

符合规则的 数据 进行同步，使用规则引擎 ，判断 不符合规则的数据不同步。

2. 判断 客户是否可以加入购物车的功能。

观察者模式

模板方法模式：