设计模式真的不难，其实大家平常都在用，各种设计模式一句话挑明！

创建型模式

这些设计模式提供了一种在创建对象的同时隐藏创建逻辑的方式，而不是使用新的运算符直接实例化对象。这使得程序在判断针对某个给定实例需要创建哪些对象时更加灵活。

• 工厂模式与抽象工厂模式 （Factory Pattern）（Abstract Factory Pattern）：不同条件下创建不同实例
  
• 单例模式 （Singleton Pattern）：保证一个类仅有一个实例，适用于只需要一个对象的情况
  
• 建造者模式 （Builder Pattern）：将一个复杂的构建过程与其具表示细节相分离，使得同样的构建过程可以创建不同的表示，创建复杂对象
  
• 原型模式 （Prototype Pattern）：通过拷贝原型创建新的对象，复制对象，包括深度复制和浅度复制，深度复制重建引用对象，浅度复制不创建

结构型模式

这些设计模式关注类和对象的组合。

• 适配器模式 （Adapter Pattern）：使得原本由于接口不兼容而不能一起工作的那些类可以一起工作，开发阶段不考虑，适用于后期维护时添加功能
  
• 装饰器模式 （Decorator Pattern）：保持接口，增强性能，说白了就是实现接口，扩展方法功能，可在方法执行前后加代码
  
• 桥接模式 （Bridge Pattern）：两个维度独立变化，依赖方式实现抽象与实现分离：需要一个作为桥接的接口/抽象类，多个角度的实现类依赖注入到抽象类，使它们在抽象层建立一个关联关系，通过setXxx方法任意修改引用实例，调用同样方法实现不同功能
  
• 外观模式 （Facade Pattern）：在客户端和复杂系统之间再加一层，这一次将调用顺序、依赖关系等处理好。即封装底层实现，隐藏系统的复杂性，并向客户端提供了一个客户端可以访问系统的高层接口
  
• 代理模式 （Proxy Pattern）：为其他对象提供一种代理以控制对这个对象的访问，调用引用对象方法实现自身功能
  
• 过滤器模式 （Filter、Criteria Pattern）：使用不同的标准来过滤一组对象，通过逻辑运算以解耦的方式把它们连接起来
  
• 组合模式 （Composite Pattern）：用户对单个对象和组合对象的使用具有一致性的统一接口，部分与整体，常用于表示树形结构
  
• 享元模式 （Flyweight Pattern）：维护资源集合，经典案例：数据库连接池，避免重新开启数据库链接的开销

行为型模式

这些设计模式特别关注对象之间的通信。

• 责任链模式（Chain of Responsibility Pattern）：拦截的类都实现统一接口，每个接收者都包含对下一个接收者的引用。将这些对象连接成一条链，并且沿着这条链传递请求，直到有对象处理它为止。依次引用，依次执行.
  
• 观察者模式（Observer Pattern）：目标方法被调用，通知所有观察者
  
• 模板模式（Template Pattern）：父类定义公共方法，不同子类重写父类抽象方法，得到不同结果
  
• 命令模式（Command Pattern）：将"行为请求者"与"行为实现者"解耦：调用者依赖命令，命令依赖接收者，调用者Invoker→命令Command→接收者Receiver,各司其职，逐层调用，有点像三层架构
  
• 解释器模式（Interpreter Pattern）：定义解释类，解释包装对象
  
• 迭代器模式（Iterator Pattern）：迭代器实现原理
  
• 中介者模式（Mediator Pattern）：对象与对象之间存在大量的关联关系，将对象之间的通信关联关系封装到一个中介类中单独处理，从而使其耦合松散，可以独立地改变它们之间的交互,中介类维护对象行为。主程序直接调用中介对象即可
  
• 策略模式（Strategy Pattern）：定义多个不同的实现类，这些类实现公共接口，通过调用接口调用不同实例得到不同结果
  
• 状态模式（State Pattern）：通过改变状态，改变行为
  
• 备忘录模式（Memento Pattern）：建立原始对象副本，用于存储恢复原始对象数据。