设计模式有两种分类方法,根据模式的目的和根据模式的作用范围来划分
1. 根据目的划分
- 创建型模式:用于描述"怎样创建对象",主要特点是"将对象的创建与使用分离",具体为单例、圆形、工厂方法、抽象工厂、建造者等5种创建型模式
- 结构型模式:用于描述"如何将类或对象按某种布局组成更大的结构",具体为代理、适配器、桥接、装饰、外观、享元、组合等7种结构型模式
- 行为型模式:用于描述"类或对象之间怎样相互协作共同完成单个对象都无法单独完成的任务,以及怎样分配职责",具体为模板方法、策略、命令、责任链、状态、观察者、中介者、迭代器、访问者、备忘录、解释器等11种行为型模式
2. 根据作用划分
- 类模式:用于处理类和子类之间的关系,这些关系通过继承来建立,是静态的,在编译时确定,具体为工厂方法、(类)适配器、模板方法、解释器
- 对象模式:用于处理对象之间的关系,这些关系可以通过组合或聚合来实现,在运行时是可变的,更具有动态性,具体为单例、原型、抽象工厂、建造者、代理、(对象)适配器、桥接、装饰、外观、享元、组合、策略、命令、责任链、状态、观察者、中介者、迭代器、访问者、备忘录
3. 分类表
范围、目的 | 创建型模式 | 结构型模式 | 行为型模式 |
---|---|---|---|
类模式 | 工厂方法 (Factory) | (类)适配器 (Adapter | 模板方法 (Template Method) 解释器 (Interpreter) |
对象模式 | 单例 (Singleton) 原型 (Prototype) 抽象工厂 (Abstract Factory) 建造者 (Builder) | 代理(Proxy) (对象)适配器 (Adapter) 桥接 (Bridge) 装饰 (Decorator) 外观 (Facade) 享元 (Flyweight) 组合 (Composite) | 策略 (Strategy) 命令 (Command) 责任链 (Chain of Responsibility) 状态 (State) 观察者 (Observer) 中介者 (Mediator) 迭代器 (Iterator) 访问者 (Visitor) 备忘录 (Memento) |
4.功能介绍
- 单例模式:某个类只能生成一个实例,该类提供了一个全局访问点供外部获取该实例,其拓展是有限多例模式
- 原型模式:将一个对象作为原型,通过对其进行复制而克隆出多个和原型类似的新实例
- 工厂方法模式:定义一个用于创建产品的接口,由子类决定生产什么产品
- 抽象工厂模式:提供一个创建产品族的接口,其每个子类可以生产一系列相关的产品
- 建造者模式:将一个复杂对象分解成多个相对简单的部分,然后根据不同需要分别创建他们,最后构成该复杂对象
- 代理模式:为某对象提供一种代理以控制对该对象的访问。即客户端通过代理间接的访问该对象,从而限制、增强或修改该对象的一些特性
- 适配器模式:将一个类的接口转换成客户希望的另一个接口,使得原本由于接口不兼容二不能一起工作的那些类能一起工作
- 桥接模式:将抽象与实现分离,使它们可以独立变化。它是用组合关系代替继承关系来实现,从而降低了抽象和实现这两个可变维度的耦合度
- 装饰模式:动态给对象增加一些职责,即增加其额外的功能
- 外观模式:为多个复杂的子系统提供一个一致的接口,使这些子系统更加容易被访问
- 享元模式:运用共享技术来有效的支持大量细粒度对象的复用
- 组合模式:将对象组合成树状层次结构,使用户对单个对象和组合对象具有一致的访问性
- 模板方法模式:定义一个操作中的算法骨架,而将算法的一些步骤延迟到子类中,使得子类可以不改变该算法结构的情况下重定义该算法的某些特定步骤
- 策略模式:定义了一系列算法,并将每个算法封装起来,使他们可以相互替换,且算法的改变不会影响使用算法的客户
- 命令模式:将一个请求封装为一个对象,使发出请求的责任和执行请求的责任分割开
- 责任链模式:把请求从链中的一个对象传到下一个对象,直到请求呗响应为止。通过这种方式去除对象间的耦合
- 状态模式:允许一个对象在其内部状态发生改变时改变其行为能力
- 观察者模式:对个对象间存在一对多关系,当一个对象发生改变时,把这种改变通知给其他多个对象,从而影响其他对象的行为
- 中介者模式:定义一个中介对象来简化原有对象之间的交互关系,降低系统中对象间的耦合度,使原有对象之间不必相互了解
- 迭代器模式:提供一种方法来顺序访问聚合对象中的一系列数据,而不暴露聚合对象的内部表示
- 访问者模式:在不改变集合元素的前提下,为一个集合中的每个元素提供多种访问方式,即每个元素有多个访问者对象访问
- 备忘录模式:在不破坏封装性的前提下,获取并保存一个对象的内部状态,以便以后恢复它
- 解释器模式:提供如何定义语言的文法,以及对语言句子的解释方法,即解释器
这23种设计模式并不是孤立存在的,很多模式之间存在一定的关联关系,在大的系统开发中常常同时使用多种设计模式