设计模式彻底梳理

为什么要使用设计模式

实际开发过程中，没有设计的代码会非常没有条理，代码又长又臭，读起来非常吃力，维护起来非常困难，为了解决这个问题，引入设计模式
1、复用；有效的减少代码量；
2、结构清晰；使得代码更容易懂；
3、易于扩展；

什么是程序？

程序的基本功能是接收输入（数据、用户命令等），处理这些输入，并产生输出；
尤其是面向对象编程，不就是对象之间不断的转换吗？所以设计模式也就是研究如何使用对象的；

对象的生命周期与设计模式

创建—> 初始化 —>使用 ----> 垃圾回收 —> 销毁；
设计模式主要研究创建—>初始化—> 使用 这三个阶段；

创建-- 初始化 ----- 创建者模式

场景一：无状态变更对象 -------单例模式；

场景二：一系列简单相似对象的创建；----工厂模式（零件式的对象）；

场景三：相似的复杂对象创建；—抽象工厂模式（产品化的对象）；

场景四：对象属性较多时，相对简易的写法；—建造者模式，参考lombok的@Builder注解；

场景五：两个对象比较相似，尤其组装比较复杂，；使用克隆消耗相对较小。

结构型模式–对象的扩展（对象及接口）

适配器模式（Adapter Pattern）：将一个类的接口转换成客户希望的另外一个接口。
A ----> Adapter(A) imp C
场景：替换接口实现；新的接口与旧的接口不一定兼容；

装饰器模式（Decorator Pattern）：动态地给一个对象添加一些额外的职责。（类似AOP）
思路：增加实现类，注入原实现类，在原实现类调用前后调用额外的方法；

代理模式（Proxy Pattern）：提供一个代理以控制对一个对象的访问。
使用jdk代理类或者cglib代理，替换原有的类对象；由框架统一管理对象；

外观模式（Facade Pattern）：为子系统中的一组接口提供一个一致的界面，定义了一个高层接口，这个接口使得这一子系统更加容易使用。这和抽象工厂有点类似，抽象工厂的目标是创建对象；外观模式类似service

桥接模式（Bridge Pattern）：将抽象部分与它的实现部分分离，使它们都可以独立变化。

组合模式（Composite Pattern）：将对象组合成树形结构以表示“部分-整体”的层次结构。

享元模式（Flyweight Pattern）：运用共享技术有效地支持大量细粒度的对象。

总结：结构型设计模式就是要将对象改造成解耦，扩展方便的结构

行为型模式（封装算法,流程控制）

策略模式（Strategy Pattern）：定义一系列的算法，把它们一个个封装起来，并且使它们可相互替换。

模板方法模式（Template Method Pattern）：定义一个操作中的算法骨架，而将一些步骤生成
举例：生成文件的步骤是固定的，但生成每个文件的内容不一样；骨架是生成文件算法，步骤是生成文件内容；

观察者模式（Observer Pattern）：定义对象间的一种一对多的依赖关系，以便当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并自动更新。
举例：监听者模式；

迭代子模式（Iterator Pattern）：提供一种方法顺序访问一个聚合对象中各个元素，而又不暴露该对象的内部表示。
举例：集合迭代器；

责任链模式（Chain of Responsibility Pattern）：使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。
举例：Handle.setNext(new Handler);

命令模式（Command Pattern）：将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化。

备忘录模式（Memento Pattern）：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。

状态模式（State Pattern）：允许一个对象在其内部状态改变时改变它的行为。

访问者模式（Visitor Pattern）：主要将数据结构与数据操作分离。

中介者模式（Mediator Pattern）：用一个中介对象来封装一系列的对象交互。
解释器模式（Interpreter Pattern）：给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器使用该表示来解释语言中的句子。