设计模式是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验总结的,使用设计模式是为了可重用代码,让代码更容易被他人理解,保证代码可靠性。(《设计模式》清华大学出版社)
设计模式的分类
根据目的分类
我们可以根据设计模式的目的来进行分类,可以分为:
- 创建型(Creational):关注对象的创建过程,它将对象的创建和使用分离,在使用对象时无须知道对象的创建细节。
- 结构型(Structural):关注如何将类或者对象结合在一起形成更大的结构。
- 行为型(Behavioral):关注对象之间的交互。
创建型主要用于创建对象,GoF(四人组(Gang of Four),不懂点这里)提供了5中创建型模式,分别是工厂模式、抽象工厂模式、建造者模式、原型模式和单例模式。
结构型主要用于处理类和对象的组合,GoF提供了7种结构型模式,分别是适配器模式、桥接模式、组合模式、装饰模式、外观模式、享元模式和代理模式。
行为型主要用于描述类或对象怎样交互和怎样分配职责,GoF提供了11种行为型模式,分别是职责链模式、命令模式、解释器模式、迭代器模式、中介者模式、备忘录模式、观察者模式、状态模式、策略模式、模板方法模式和访问者模式。
根据范围分类
根据范围分类,即模式主要是用于处理类之间关系还是处理对象之间的关系,可以分为:
- 类模式
- 对象模式
类模式处理类和子类之间的关系,这些关系通过继承建立,在编译时刻就被确定下来,是属于静态的。
对象模式处理对象之间的关系,这些关系在运行时刻变化,更具动态性。
在系统设计时,我们根据设计模式六大原则,应该尽量用关联来取代继承关系,因此大部分模式都属于对象模式,纯的类模式很少。
总结
我们来通过两个表了解本文所讲述的内容,顺便简单提一提各个设计模式的作用。
范围 \ 目的 | 创建型模式 | 结构型模式 | 行为型模式 |
---|---|---|---|
类模式 | 工厂方法模式 | (类)适配器模式 | 解释器模式 模板方法模式 |
对象模式 | 抽象工厂模式 建造者模式 原型模式 单例模式 | (对象)适配器模式 桥接模式 组合模式 装饰模式 外观模式 享元模式 代理模式 | 职责链模式 命令模式 迭代器模式 中介者模式 备忘录模式 观察者模式 状态模式 策略模式 访问者模式 |
模式类别 | 模式名词 | 模式说明 |
创建型模式 Creational Patterns | 抽象工厂模式 Abstract Factory | 提供了一个创造一系列相关或相互依赖对象的接口,而无需指定他们具体的类 |
建造者模式 Builder | 将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示 | |
工厂方法模式 Factory Method | 将类的实例化操作延迟到子类中完成,即由子类来决定究竟应该实例化哪一个类 | |
原型模式 Prototype | 通过给出一个原型对象来指明所要创建的对象的类型,然后通过复制这个原型对象的办法创建出更多同类型的对象 | |
单例模式 Singleton | 确保在系统中某一个类只有一个实例,而且自行实例化并向整个系统提供这个实例。 | |
结构型模式 Structural Patterns | 适配器模式 Adapter | 将一个接口转换成客户希望的另一个接口,从而使接口不兼容的那些类可以一起工作 |
桥接模式 Bridge | 将抽象部分与它的实现部分分离,使它们都可以独立地变化 | |
组合模式 Composite | 通过组合多个对象形成树形结构以表示“整体-部分”的结构层次,对单个对象(即叶子对象)和组合对象(即容器对象)的使用具有一致性。 | |
装饰模式 Decorator | 动态地给一个对象增加一些额外的职责 | |
外观模式 Facade | 为复杂子系统提供一个一致的接口 | |
享元模式 Flyweight | 通过运用共享技术有效地支持大量细粒度对象的复用 | |
代理模式 Proxy | 给某一个对象提供一个代理,并由代理对象控制对原对象的引用 | |
行为型模式 Behavioral Patterns | 职责链模式 Chain of Responsibility | 避免请求发送者与接受者耦合在一起,让多个对象都有可能接受请求,将这些对象连接成一条链,并且沿着这条链传递请求,直到有对象处理它为止 |
命令模式 Command | 将一个请求封装为一个对象,从而使得请求调用者和请求接受者解耦 | |
解释器模式 Interpreter | 描述如何为语言定义一个文法,如何在该语言中表示一个句子,以及如何解释这些句子。 | |
迭代器模式 Iterator | 提供了一种方法来访问聚合对象,而不用暴露这个对象的内部表示。 | |
中介者模式 Mediator | 通过一个中介对象来封装一系列的对象交互,使得各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互 | |
备忘录模式 Memento | 在不破坏封装的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态,这样可以在以后将对象恢复到原先保存的状态 | |
观察者模式 Observer | 定义了对象间的一种一对多依赖关系,使得每当一个对象状态发生改变时,其相关依赖对象皆得到通知并被自动更新。 | |
状态模式 State | 允许一个对象在其内部状态改变时改变它的行为 | |
策略模式 Strategy | 定义一系列算法,并将每一个算法封装在一个类中,并让它们可以相互替换,策略模式让算法独立于使用它的客户而变化。 | |
模板方法模式 Template Method | 定义一个操作中算法的骨架,而将一些步骤延迟到子类中。 | |
访问者模式 Visitor | 表示一个作用于某对象结构中的各元素的操作,它使得用户可以在不改变各元素的类的前提下定义作用于这些元素的新操作 |
部分内容参考《设计模式》(清华大学出版社)。