无废话C#设计模式之一：开篇

核心提示： 如果要把设计模式的学习境界分一下级的话，我这么分：l 第一重：能看懂设计模式的文章l 第二重：能自己写一个设计模式的骨架l 第三重：能自己编一个新的运用设计模式的例子l 第四重：能在写代码的时候想到似乎有设计模式适合，无废话C#设计模式之一：开篇(3)，在翻阅资料后找到了这种设计模式l 第

如果要把设计模式的学习境界分一下级的话，我这么分：

l 第一重：能看懂设计模式的文章

l 第二重：能自己写一个设计模式的骨架

l 第三重：能自己编一个新的运用设计模式的例子

l 第四重：能在写代码的时候想到似乎有设计模式适合，在翻阅资料后找到了这种设计模式

l 第五重：在理解项目的需求后就能意识到哪里可以使用哪种设计模式进行优化

l 第六重：完全掌握了设计模式的精髓，灵活使用各种设计模式以及其变种

不管怎么样，多看多做多替换才是学习的办法，别人举例十个都不及自己做一个例子，被动十个原则都不及自己体会出一个原则。每一种设计模式虽然都有一个骨架，但是也不必过于强调这个形式，很多时候根据自己的需求简化一点，改变一点，或者混杂一些其它的设计模式，只要能实现目的了，也是一个不错的选择。

很多人会觉得这么多种设计模式没有几种能用得上。我觉得这不是什么问题，用不上那就用不上，这些设计模式是大师经历无数大型项目后的精华，如果能在自己做的一个小项目中用上两三个就很不错了，用上二三十个的项目绝对是怪胎。用不上千万别强求，否则既不利于项目的可维护性又增加了工作量。

还有很多人会觉得这些设计模式很多都是相似的。而且每个人的感觉还不一样，有人觉得A和B很相似，有人却觉得A和B很好区分，但是B和C却很相似啊。感觉很好区分，说明你看准设计模式的着重点的，感觉一样说明你看到的还是它的形。双胞胎虽然形一样，但是神肯定不一样的，只要认准设计模式解决的问题，就不会看错。

关于本系列文章

本来这些内容都是用来进行公司内部每周知识分享活动的，既然有一些内容了，想想不妨就整理一下贴出来吧。也正由于这个原因，文章中的一些例子都基于团队内部成员所能理解的一些项目，可能这些项目对大家来说比较陌生，不过好处是例子相对比较贴近实际一点。本系列一共有20篇左右，除了介绍23种GOF设计模式中常用的一部分之外（一些设计模式的思想在C#语言中有了更简单的实现，一些设计模式不是很常用）还可能会介绍一些其它有用的设计模式。在这些文章中，我不会过多去说一些理论上的东西，也不会有结构图（这些内容网上到处都是），所有的内容都是围绕相对实际例子展开。我想，只有这样才能更快的吸收设计模式的神而不是其形。在看文章的时候建议你结合《设计模式》一书以及博客园的其它设计模式相关文章一起看，这样才能对设计模式理解的全面和充分一点。