学习
l 掌握设计模式的意图以及解决的问题
l 掌握设计模式所封装的变化点以及优缺点
l 了解设计模式的结构图以及各角色的职责
l 项目中是否应用了设计模式不重要，重要的是设计模式是否正确应用
l 项目中应用的设计模式和GOF设计模式的结构是否一致不重要，重要的是是否从这个结构中得意
l 不管用了还是没有用设计模式，如果违背了原则，就是不恰当的设计
l 没有设计模式是万能的，沉迷于获得一个解决方案的话可能会导致项目结构复杂、代码可读性差、并且造成项目延期
结束语
l 常用的GOF 23种设计模式介绍完了，这才是起点。
l 本系列文章并没有结束，关注之后非GOF 23种设计模式的相关文章。
l 如果适当运用C# 2.0一些有用的特性（特别是代理、泛型以及分部类和设计模式关联比较大）的话，传统的设计模式有非常大的改进的余地。在实际运用的过程中，优先考虑适用语言特性，如果不行再去考虑适用设计模式。
l 迭代器模式（在C# 2.0中实现非常简单）、解释器模式（应用面非常小，自己也没有整明白）以及备忘录模式（比较简单，没有什么可说的）没有单独立文介绍.
437
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
