GoF设计模式简介
GoF在《设计模式:可复用面向对象软件的基础》一书中描述了23种的设计模式
如下表:
设计类别 | 模式名称 | 模式说明 |
创建型模式 (Creational Pattern) | 抽象工厂模式 (Abstract Factory) | 提供了一个创建一系列相关或相互依赖对象的借口,而无需指定它们具体的类 |
建造者模式 (Builder) | 将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示 | |
工厂方法模式 (Factory Method) | 将类的是泪花造作延迟到子类中完成,即由子类来决定研究应该实例化哪一个类 | |
原型模式 (Prototype) | 通过给一个原型对象来指明所要创建的对象的类型,然后通过复制这个原型队形的办法创建出更多同类型的对象 | |
单例模式 (Singleton) | 确保在系统中某一个类只有一个实例,而且自行实例化并向整个系统提供这个实例 | |
结构型模式 (Structural Pattern) | 适配器模式 (Adapter) | 将一个借口转换成客户希望的另一个借口,从而使借口不兼容的那些类可以一起工作 |
桥接模式 (Bridge) | 将抽象部分与它的实现部分分离,使它们都可以独立地变化 | |
组合模式 (Composite) | 通过组合对个对象形成树形结构以表示“整体-部分”的结构层次,对单个对象(叶子对象)和组合对象(容器对象)的使用具有一致性 | |
装饰模式 (Decorate) | 动态地给一个对象增加一些额外的职责 | |
外观模式 (Facade) | 为复杂子系统提供一个一致的借口 | |
亨元模式 (Flyweight) | 通过运用共享技术有效地支持大量细粒度对象的复用 | |
代理模式 (Proxy) | 给某一个对象提供一个代理,并由代理对象控制对原对象的引用 | |
行为模式 (Behavioral Pattern) | 职责链模式 (Chain of Responsibility) | 避免请求发送者与接受者耦合在一起,让多个对象都有可能接收请求,将这些对象连接成一条链,并且沿着这条链传递请求,知道有对象处理它为止 |
命令模式 (Command) | 将一个请求封装为一个对象,从而使得请求调用者和请求接收者解耦 | |
解释器模式 (Interpreter) | 描述如何为语言定义一个文法,如何在该语言中表示一个句子,以及如何解释这些句子 | |
迭代器迷失 (Iterator) | 提供了一种方法来访问聚合对象,而不用暴露这个对象的内部表示 | |
中介者模式 (Mediator) | 通过一个中介对象来封装一系列的对象交互,使得各对象不需要显示相互引用,从而使其耦合松散,而且可以对立的改变它们之间的交互 | |
备忘录模式 (Memento) | 在不破坏封装的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态,这样可以在以后将对象恢复到原先保存的状态 | |
观察者模式 (Observer) | 定义了对象间的一种一对多依赖关系,使得每当一个对象状态发生改变时,其相关依赖对象皆得到通知并被自动更新 | |
状态模式 (State) | 允许一个对象在其内部状态改变时改变它的行为 | |
策略模式 (Strategy) | 定义一系列算法,并将每一个算法封装在一个类中,并让它们可以相互替换,策略模式让算法独立于使用它的客户而变化 | |
模板方法模式 (Template Method) | 定义一个操作中算法的骨架,而将一些步骤延迟到子类中 | |
访问者模式 (Visitor) | 表示一个作用于某对象结构中的各元素的造作,它使得用户可以在不改变各元素的类的前提下定义作用于这些元素的新操作 |