24大设计模式总结

目录

一. 前言

二. 创建型

2.1. 单例模式（Singleton Pattern）

2.2. 简单工厂模式（Simple Factory Pattern）

2.3. 工厂模式（Factory Pattern）

2.4. 抽象工厂模式（Abstract Factory Pattern）

2.5. 生成器模式（Builder Pattern）

2.6. 原型模式（Prototype Pattern）

三. 行为型

3.1. 责任链模式（Chain of responsibility Pattern）

3.2. 策略模式（Strategy Pattern）

3.3. 模板模式（Template Pattern）

3.4. 命令模式（Command Pattern）

3.5. 观察者模式（Observer Pattern）

3.6. 访问者模式（Visitor Pattern）

3.7. 状态模式（State Pattern）

3.8. 解释器模式（Interpreter Pattern）

3.9. 迭代器模式（Iterator Pattern）

3.10. 中介者模式（Mediator Pattern）

3.11. 备忘录模式（Memento Pattern）

四. 结构型

4.1. 外观模式（Facade Pattern）

4.2. 适配器模式（Adapter Pattern）

4.3. 桥接模式（Bridge Pattern）

4.4. 组合模式（Composite Pattern）

4.5. 装饰者模式（Decorator Pattern）

4.6. 享元模式（Flyweight Pattern）

4.7. 代理模式（Proxy Pattern）

---

一. 前言

       设计模式（Design Pattern）代表了最佳的实践，通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。

       在软件开发中，前人对软件系统的设计和开发总结了一些原则和模式， 不管用什么语言做开发，都将对我们系统设计和开发提供指导意义。本文主要将对24种设计模式进行总结和阐述具体意义。

上图中根据使用目的可以划分为：创建型（6种）、行为型（11种）、结构型（7种）。 7大原则是指面向对象的七大基本设计原则，具体请参见《面向对象的五大基本原则(SOLID)及扩展原则》。

二. 创建型

2.1. 单例模式（Singleton Pattern）

确保一个类只有一个实例，并提供该实例的全局访问点，后面章节介绍6种常用的实现方式。

2.2. 简单工厂模式（Simple Factory Pattern）

它把实例化的操作单独放到一个类中，这个类就成为简单工厂类，让简单工厂类来决定应该用哪个具体子类来实例化，这样做能把客户类和具体子类的实现解耦，客户类不再需要知道有哪些子类以及应当实例化哪个子类。

2.3. 工厂模式（Factory Pattern）

它定义了一个创建对象的接口，但由子类决定要实例化哪个类。工厂方法把实例化操作推迟到子类。

2.4. 抽象工厂模式（Abstract Factory Pattern）

抽象工厂模式创建的是对象家族，也就是很多对象而不是一个对象，并且这些对象是相关的，也就是说必须一起创建出来。而工厂方法模式只是用于创建一个对象，这和抽象工厂模式有很大不同。

2.5. 生成器模式（Builder Pattern）

封装一个对象的构造过程，并允许按步骤构造。

2.6. 原型模式（Prototype Pattern）

使用原型实例指定要创建对象的类型，通过复制这个原型来创建新对象。

三. 行为型

3.1. 责任链模式（Chain of responsibility Pattern）

通过责任链模式，你可以为某个请求创建一个对象链。每个对象依序检查此请求并对其进行处理或者将它传给链中的下一个对象。

3.2. 策略模式（Strategy Pattern）

定义了算法族，分别封闭起来，让它们之间可以互相替换，此模式让算法的变化独立于使用算法的客户。

3.3. 模板模式（Template Pattern）

在一个方法中定义一个算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以在不改变算法结构的情况下， 重新定义算法中的某些步骤。

3.4. 命令模式（Command Pattern）

将"请求"封闭成对象，以便使用不同的请求，队列或者日志来参数化其他对象。命令模式也支持可撤销的操作。

3.5. 观察者模式（Observer Pattern）

与之类似的就是发布-订阅模式。在对象之间定义一对多的依赖，这样一来，当一个对象改变状态，依赖它的对象都会收到通知，并自动更新。

3.6. 访问者模式（Visitor Pattern）

当你想要为一个对象的组合增加新的能力，且封装并不重要时，就使用访问者模式。

3.7. 状态模式（State Pattern）

允许对象在内部状态改变时改变它的行为, 对象看起来好象改了它的类。、

3.8. 解释器模式（Interpreter Pattern）

使用解释器模式为语言创建解释器，通常由语言的语法和语法分析来定义。

3.9. 迭代器模式（Iterator Pattern）

提供一种方法顺序访问一个聚合对象中的各个元素，而又不暴露其内部的表示。

3.10. 中介者模式（Mediator Pattern）

使用中介者模式来集中相关对象之间复杂的沟通和控制方式。

3.11. 备忘录模式（Memento Pattern）

当你需要让对象返回之前的状态时（例如, 你的用户请求"撤销"），你使用备忘录模式。

四. 结构型

4.1. 外观模式（Facade Pattern）

它提供了一个统一的接口，用来访问子系统中的一群接口，从而让子系统更容易使用。

4.2. 适配器模式（Adapter Pattern）

将一个类的接口，转换成客户期望的另一个接口。适配器让原本接口不兼容的类可以合作无间。 对象适配器使用组合，类适配器使用多重继承。

4.3. 桥接模式（Bridge Pattern）

使用桥接模式通过将实现和抽象放在两个不同的类层次中而使它们可以独立改变。

4.4. 组合模式（Composite Pattern）

允许你将对象组合成树形结构来表现"整体/部分"层次结构。组合能让客户以一致的方式处理个别对象以及对象组合。

4.5. 装饰者模式（Decorator Pattern）

动态地将责任附加到对象上，若要扩展功能，装饰者提供了比继承更有弹性的替代方案。

4.6. 享元模式（Flyweight Pattern）

利用共享的方式来支持大量细粒度的对象，这些对象一部分内部状态是相同的。 它让某个类的一个实例能用来提供许多"虚拟实例"。

4.7. 代理模式（Proxy Pattern）

为另一个对象提供一个替身或占位符以控制对这个对象的访问。