设计模式分类

设计模式是什么

克里斯托弗·亚历山大说过：“每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题解决方案的核心。”

设计模式的四个基本要素：



1.模式名称：对模式解决的问题和模式解决方案的简略描述

2.问题：描述了模式的适用场景。

3.解决方法：描述了设计模式的组成成分，以及他们之间的各自职责和相互关系。

4.效果：描述了应用的效果以及模式应当权衡的问题。

模式分类

创建型

创建型模式描述的与对象的创建有关，总共有5种创建型模式，分别如下：

工厂方法模式：

Factory Method：定义一个用于创建对象的接口，让子类决定将那一个类实例化。工厂方法使一个类的实例化延迟到它的子方法。

抽象工厂模式：

Abstrack Factory：提供一个创建一系列相关或者相互依赖对象的接口，而无需指定他们的具体的类。

创建者模式：

Builder：将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。

单列模式：

Singleton：保证一个类仅有一个shiji例，并且提供一个访问它的全局访问点。

原型模式：

Prototype：指定创建对象的种类，并且通过拷贝这个原型来创建新的对象。

结构型

处理类或对象的组合。

适配器模式

Adapter:将一个类的接口转换成客户希望的另外一个接口。adapter模式使得原本由于接口不兼容而不能能一起工作的那些类可以一起工作。

桥接模式

Bridge:将抽象部分与它的实现部分分离，使他们可以独立地变化。

组合模式

Composite:将对象组合成树形结构以表示“整体－部分”的层次结构。composite使得客户对单个对象和复合对象的使用具有一致性。

装饰模式

Decorator: 动态地给一个对象添加一些额外的职责。就扩展功能而言，decorator模式比生成子类方式更为灵活。

外观模式

Facade:为子系统中的一组接口提供一个一致的界面，facade模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

享元模式

Flyweight:运用共享技术有效的支持大量细粒度的对象。

代理模式

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

行为型

行为模式对类或者对象怎样交互和怎样分配职责进行描述

解释器模式

Interpreter：给定一个语言，并定义一个解释器，该解释器使用该表示来解释语言中的句子。

模版方法模式

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

中介者模式

Mediator：用一个媒介(中介)来封装一系列的对象交互。中介者使各对象不需要现实的相互引用，从而使其耦合松散，而且可以独立的改变他们之间的交互。

备忘录模式

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

责任链模式

Chain Of Responsibility： 为解除请求的发送者和接收者之间耦合，而使多个对象都有机会处理这个请求。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它。

观察者模式

Observer:定义对象间的一种一对多的依赖关系，以便当一个对象的状态发生改变时，所有依赖与它的对象都得到通知并自动刷新。

访问者模式

Visitor:表示将一个作用与某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。

策略模式

Stategy:定义一系列的算法，把他们一个个封装起来，并且使他们可以互相替换。本模式使得算法的变化可以独立于使用它的客户。

命令模式

Command:将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化，对请求排队或纪录请求日志，以及支持可取消的操作。

迭代器模式

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

状态模式

State:允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了它所属的类。

注：黑体表示类，其他表示对象！