Abstract Factory:提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。
Adapter:将一个类的接口转换成客户希望的另外一个接口。A d a p t e r模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
Bridge:将抽象部分与它的实现部分分离,使它们都可以独立地变化。
Builder:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。
Chain of Responsibility:为解除请求的发送者和接收者之间耦合,而使多个对象都有机会处理这个请求。将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它。
Command:将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可取消的操作。
Composite:将对象组合成树形结构以表示"部分-整体"的层次结构。它使得客户对单个对象和复合对象的使用具有一致性。
Decorator:动态地给一个对象添加一些额外的职责。就扩展功能而言, 它比生成子类方式更为灵活。
Facade:为子系统中的一组接口提供一个一致的界面, F a c a d e模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
Factory Method:定义一个用于创建对象的接口,让子类决定将哪一个类实例化。Factory Method使一个类的实例化延迟到其子类。
Flyweight:运用共享技术有效地支持大量细粒度的对象。
Interpreter:给定一个语言, 定义它的文法的一种表示,并定义一个解释器, 该解释器使用该表示来解释语言中的句子。
Iterator:提供一种方法顺序访问一个聚合对象中各个元素, 而又不需暴露该对象的内部表示。
Mediator:用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。
Memento:在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可将该对象恢复到保存的状态。
Observer:定义对象间的一种一对多的依赖关系,以便当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并自动刷新。
Prototype:用原型实例指定创建对象的种类,并且通过拷贝这个原型来创建新的对象。
Proxy:为其他对象提供一个代理以控制对这个对象的访问。
Singleton:保证一个类仅有一个实例,并提供一个访问它的全局访问点。
State:允许一个对象在其内部状态改变时改变它的行为。对象看起来似乎修改了它所属的类。
Strategy:定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换。本模式使得算法的变化可独立于使用它的客户。
Template Method:定义一个操作中的算法的骨架,而将一些步骤延迟到子类中。Template Method使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
Visitor:表示一个作用于某对象结构中的各元素的操作。它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。
比较
设计模式
|
常用程度
|
适用层次
|
引入时机
|
结构复杂度
|
Abstract Factory
|
比较常用
|
应用级
|
设计时
|
比较复杂
|
Builder
|
一般
|
代码级
|
编码时
|
一般
|
Factory Method
|
很常用
|
代码级
|
编码时
|
简单
|
Prototype
|
不太常用
|
应用级
|
编码时、重构时
|
比较简单
|
Singleton
|
很常用
|
代码级、应用级
|
设计时、编码时
|
简单
|
Adapter
|
一般
|
代码级
|
重构时
|
一般
|
Bridge
|
一般
|
代码级
|
设计时、编码时
|
一般
|
Composite
|
比较常用
|
代码级
|
编码时、重构时
|
比较复杂
|
Decorator
|
一般
|
代码级
|
重构时
|
比较复杂
|
Facade
|
很常用
|
应用级、构架级
|
设计时、编码时
|
简单
|
Flyweight
|
不太常用
|
代码级、应用级
|
设计时
|
一般
|
Proxy
|
比较常用
|
应用级、构架级
|
设计时、编码时
|
简单
|
Chain of Resp.
|
不太常用
|
应用级、构架级
|
设计时、编码时
|
比较复杂
|
Command
|
比较常用
|
应用级
|
设计时、编码时
|
比较简单
|
Interpreter
|
不太常用
|
应用级
|
设计时
|
比较复杂
|
Iterator
|
一般
|
代码级、应用级
|
编码时、重构时
|
比较简单
|
Mediator
|
一般
|
应用级、构架级
|
编码时、重构时
|
一般
|
Memento
|
一般
|
代码级
|
编码时
|
比较简单
|
Observer
|
比较常用
|
应用级、构架级
|
设计时、编码时
|
比较简单
|
State
|
一般
|
应用级
|
设计时、编码时
|
一般
|
Strategy
|
比较常用
|
应用级
|
设计时
|
一般
|
Template Method
|
很常用
|
代码级
|
编码时、重构时
|
简单
|
Visitor
|
一般
|
应用级
|
设计时
|
比较复杂
|
注:常用程度、适用层次、使用时机等基于自己的理解,结构复杂度基于C#语言,表格中所有内容仅供参考。
原则、变化与实现
设计模式
|
变化
|
实现
|
体现的原则
|
Abstract Factory
|
产品家族的扩展
|
封装产品族系列内容的创建
|
开闭原则
|
Builder
|
对象组建的变化
|
封装对象的组建过程
|
开闭原则
|
Factory Method
|
子类的实例化
|
对象的创建工作延迟到子类
|
开闭原则
|
Prototype
|
实例化的类
|
封装对原型的拷贝
|
依赖倒置原则
|
Singleton
|
唯一实例
|
封装对象产生的个数
|
|
Adapter
|
对象接口的变化
|
接口的转换
|
|
Bridge
|
对象的多维度变化
|
分离接口以及实现
|
开闭原则
|
Composite
|
复杂对象接口的统一
|
统一复杂对象的接口
|
里氏代换原则
|
Decorator
|
对象的组合职责
|
在稳定接口上扩展
|
开闭原则
|
Facade
|
子系统的高层接口
|
封装子系统
|
开闭原则
|
Flyweight
|
系统开销的优化
|
封装对象的获取
|
|
Proxy
|
对象访问的变化
|
封装对象的访问过程
|
里氏代换原则
|
Chain of Resp.
|
对象的请求过程
|
封装对象的责任范围
|
|
Command
|
请求的变化
|
封装行为对对象
|
开闭原则
|
Interpreter
|
领域问题的变化
|
封装特定领域的变化
|
|
Iterator
|
对象内部集合的变化
|
封装对象内部集合的使用
|
单一职责原则
|
Mediator
|
对象交互的变化
|
封装对象间的交互
|
开闭原则
|
Memento
|
状态的辅助保存
|
封装对象状态的变化
|
接口隔离原则
|
Observer
|
通讯对象的变化
|
封装对象通知
|
开闭原则
|
State
|
对象状态的变化
|
封装与状态相关的行为
|
单一职责原则
|
Strategy
|
算法的变化
|
封装算法
|
里氏代换原则
|
Template Method
|
算法子步骤的变化
|
封装算法结构
|
依赖倒置原则
|
Visitor
|
对象操作变化
|
封装对象操作变化
|
开闭原则
|
学习
l 掌握设计模式的意图以及解决的问题
l 掌握设计模式所封装的变化点以及优缺点
l 了解设计模式的结构图以及各角色的职责
l 项目中是否应用了设计模式不重要,重要的是设计模式是否正确应用
l 项目中应用的设计模式和GOF设计模式的结构是否一致不重要,重要的是是否从这个结构中得意
l 不管用了还是没有用设计模式,如果违背了原则,就是不恰当的设计
l 没有设计模式是万能的,沉迷于获得一个解决方案的话可能会导致项目结构复杂、代码可读性差、并且造成项目延期
综合下面两个帖子:
http://www.cnblogs.com/Jackey_Chen/archive/2008/11/17/1335319.html
http://blog.csdn.net/hnwanghb/article/details/2055306
分享到:
相关推荐
GOF的23个设计模式
写完了Interpreter模式之后,我习惯性的看看下一天的安排,却陡然发现GoF的23个设计模式的解析已经在我不经意间写完了。就像在一年前看GoF的《设计模式》一书,和半年前用C++模拟、实现23种经典的设计模式一般,透过...
设计模式精解- GoF 23种设计模式解析附C++实现源码 懂了设计模式,你就懂了面向对象分析和...想想当时读GoF的那本圣经时候的苦闷、实现23个模式时候的探索、悟道后的欣悦,我觉得还是有这懂了设计模式,个意义。 侵删
设计模式精解-GoF-23种设计模式解析--附C++源代码,帮助理解!
设计模式体现的是一种思想,而思想则是指导行为的一切,理解和掌握了设计模式,并不是说记住了23种(或更多)设计场景和解决策略(实际上这也是很重要的一笔财富),实际接受的是一种思想的熏陶和洗礼,等这种思想...
23种设计模式UML类图,以及相应的源码,文档,自己找过的,查阅过的网上的资料
以文本和思维导图的方式简明扼要的介绍了GoF的23个经典设计模式,可当成学习设计模式的一个小手册,偶尔看一下,说不定会对大师的思想精髓有新的领悟。
设计模式精解-GoF23种设计模式解析(附C++实现源码)
GOF23种经典设计模式之C#示例!所有示例包含在一个解决方案中!
书籍完整覆盖了GoF的23个设计模式,内容上深入,技术上比较实用。
设计模式精解-GoF 23种设计模式解析.pdf
不多介绍了 GoF+23种设计模式解析附C++实现源码(2nd+Edition).pdf GoF+23种设计模式解析附C++实现源码(2nd+Edition).pdf GoF+23种设计模式解析附C++实现源码(2nd+Edition).pdf
设计模式精解-GoF23种设计模式解析附C++实现源码,是系统学习设计模式,深入理解每种模式的原型,优缺点,适用的场景,达到灵活运用目的的最好参考书
设计模式精解-GoF 23种设计模式解析附C++实现源码
Gof-23种设计模式,观察者,适配器,单例,工厂模式
GOF是设计模式的经典名著Design Patterns: Elements of Reusable Object-Oriented Software(中译本名为《设计模式——可复用面向...他们总结了23个设置模式,以下将给出这23个设计模式的说明,及设计模式的六大原则.
GoF+23种设计模式解析.pdfGoF+23种设计模式解析.pdf
GOF 设计模式 中文 高清 经典书籍 值得拥有 带目录 适合进阶