软考设计模式总结

设计模式的分类

主要梳理理论知识，这里不展示代码实现。

创建型

工厂方法(factory method)模式
抽象工厂模式(abstract factory) 模式
原型(prototype)模式
单例(singleton)模式
构造器(builder)模式

结构型模式

适配器(adapter)模式
桥接(bridge)模式
组合(composite)模式
装饰(decorator)模式
外观(facade)模式
享元(flyweight)模式
代理(proxy)模式

行为型模式

职责链(chain of responsibility)模式
命令(command)模式
解释器(interpreter)模式
迭代器(iterator)模式
中介者(mediator)模式
备忘录(memento)模式
观察者(observer)模式
状态(state)模式
策略(strategy)模式
模板方法(template method)模式
访问者(visitor)模式

各个设计模式的概要说明

创建型

抽象工厂模式

提供一个接口，可以创建一些列相关或者相互依赖的对象，而无需指定它们具体的类。
简单理解： 生产成系列对象

构建器模式

讲一个复杂类的表示与其构造相分离，使得相同的构建过程能够得出不同的表示
简单理解：复杂对象构造

工厂模式

定义一个创建对象的接口，但由子类决定需要实例化哪一个类，工厂方法使得子类实例化的过程推迟。
简单理解：动态生产对象

原型模式

用原型实例指定创建对象的类型，并且通过拷贝这个原型来创建新的对象。
简单理解：克隆对象

单例模式

保证一个类只有一个实例，并且提供一个访问它的全局访问点。
简单理解：单实例

结构型模式

适配器模式

将一个类的接口转换成用户希望得到的另一种接口。它使得原本不相容的接口得以协同工作。
简单理解：转换接口

桥接模式

将类的抽象部分和它的实现部分分离，使它们可以独立地变化。
简单理解：继承树拆分

组合模式

将对象组合成树形结构以表示“整体-部分”的层次结构，使得用户对单个对象和组合对象的使用具有一致性。
简单理解：树形目录结构

装饰模式

动态地给一个对象添加一些额外的职责，它提供了用于子类扩展功能的一个灵活的替代，比派生一个子类更加灵活。
简单理解：附加职责

外观模式

定义一个高层接口，为子系统中的一组接口提供一个一致的外观，从而简化了该子系统的使用。
简单理解：对外统一接口

享元模式

提供支持大量细粒度对象共享的有效方法。
简单理解：文章共享文字对象

代理模式

为其他对象提供一种代理以控制这个对象的访问。

行为型模式

职责链模式

通过给多个对象处理请求的机会，减少请求的发送者与接收者之间的耦合，将接收对象链接起来，在链中传递请求，直到有一个对象处理这个请求。
简单理解：传递职责

命令模式

将一个请求封装为一个对象，从而可用不同的请求对客、用户进行参数化，将请求排队或者记录请求日志，支持可撤销的操作。
简单理解：日志记录，可撤销

解释器模式

给定一种语言，定义它的文法表示，并定义一个解释器；该解释器用来根据文法表示来解释语言中的句子。
简单理解：虚拟机的机制

迭代器模式

提供一种方法来顺序访问一个聚合对象中的各个元素，而不需要暴露该对象的内部表示。
简单理解：数据库数据集

中介者模式

用一个中介对象来封装一些列的对象交互。它使各对象不需要显式地互相调用，从而达到低耦合，还可以独立地改变对象的交互。
简单理解：不直接引用

备忘录模式

在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，从而可以在以后将该对象恢复到原先保存的状态。

观察者模式

定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并且自动更新。
简单理解：联动

状态模式

允许一个对象在其内部状态改变时改变它的行为。
简单理解：状态变成类

策略模式

定义一系列算法，把它们一个一个封装起来，并且使它们之间可以互相替换，从而让算法可以独立于使用它的用户而变化。
简单理解：多方案切换

模板方法模式

定义一个操作中的算法骨架，而将一些步骤延迟到子类中，使得子类可以不改变一个算法的结构即可重新定义算法的某些特定步骤。

访问者模式

表示一个作用于某对象结构中的各元素的操作，使得在不改变各元素的类的前提下定义作用于这些元素的新操作。