无废话C#设计模式之二十二：总结(针对GOF23)
2009-04-02 08:22:53 来源：WEB开发网比较
设计模式 | 常用程度 | 适用层次 | 引入时机 | 结构复杂度 |
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 没有设计模式是万能的，沉迷于获得一个解决方案的话可能会导致项目结构复杂、代码可读性差、并且造成项目延期
结束语
l 常用的GOF 23种设计模式介绍完了，这才是起点。
l 本系列文章并没有结束，关注之后非GOF 23种设计模式的相关文章。
l 如果适当运用C# 2.0一些有用的特性（特别是代理、泛型以及分部类和设计模式关联比较大）的话，传统的设计模式有非常大的改进的余地。在实际运用的过程中，优先考虑适用语言特性，如果不行再去考虑适用设计模式。
l 迭代器模式（在C# 2.0中实现非常简单）、解释器模式（应用面非常小，自己也没有整明白）以及备忘录模式（比较简单，没有什么可说的）没有单独立文介绍，但在代码包中包含了相应的例子。
系列文章：
无废话C#设计模式之一：开篇
无废话C#设计模式之二：Singleton
无废话C#设计模式之三：Abstract Factory
无废话C#设计模式之四：Factory Method
无废话C#设计模式之五：Prototype
无废话C#设计模式之六：Builder
无废话C#设计模式之七：Adapter
无废话C#设计模式之八：Facade
无废话C#设计模式之九：Proxy
无废话C#设计模式之十：Flyweight
无废话C#设计模式之十一：Composite
无废话C#设计模式之十二：Bridge
无废话C#设计模式之十三：Decorator
无废话C#设计模式之十四：Template Method
无废话C#设计模式之十五：Strategy
无废话C#设计模式之十六：State
无废话C#设计模式之十七：Chain Of Resp
无废话C#设计模式之十八：Command
无废话C#设计模式之十九：Observer
无废话C#设计模式之二十：Mediator
无废话C#设计模式之二十一：Visitor
中查找“无废话C#设计模式之二十二：总结(针对GOF23)”更多相关内容
中查找“无废话C#设计模式之二十二：总结(针对GOF23)”更多相关内容
赞助商链接
