在向大家详细介绍C#和设计模式之前，首先让大家了解下C#程序开发，然后全面介绍C#和设计模式。
通过提供一个框架，设计模式可以解决应用开发中的许多问题。模式使得设计过程更加清晰高效，它特别适用于C#程序开发，因为C#是面向对象的语言。现有的设计模式为你自己的类的设计提供了优秀的模板，使用模式可以缩短软件开发周期。
正如任何一个老练的面向对象的软件开发者所了解的那样，缺乏对设计模式最起码的了解而来讨论软件设计架构是不可思议的。如果不是全部那也有大多数的软件应用、工具和系统至少使用了一种甚至更多种设计模式。设计模式是一种对一套相互作用的类的描述，这些类为解决特定上下文环境中的一般性问题提供了框架。换句话说，模式为面向对象软件开发中的特定问题提供了解决方案。此外，模式一般也重视限制其适应解决方案的相关约束和其它因素。类和类之间的连接和通信以及上下文细节共同定义了一个模式，它为任何一个面向对象软件设计中在特性和必要条件方面与之匹配的问题提供了解决方案。
我必须承认我是设计模式的一个热心的支持者。自从我阅读了Gamma、Helm、Johnson和Vlissides合著的那本创造性的著作《设计模式》以来，我就很少不用任何模式而设计软件了。实际上，我在软件设计的早期阶段花了相当可观的时间来定夺可和将来架构自然吻合的模式。毕竟，模式是经过时间和应用领域考验过的对一些问题的解决方案，那些问题已经被经验丰富的设计师、开发者和语言专家所解决。对任何一个正在进行软件设计的人员来说，善用可加以利用的知识和专家经验是明智的。而采用一个已被反复证明是成功的解决方案而不是从头发明一个新的往往是个好主意。
几乎没有开发人员能够享受只写小程序的奢侈了。现代的应用软件和系统是复杂的，它们往往由成千上万行代码组成，并且在这些基础代码之上的代码甚至更为庞大。仅仅对工具和语言的简单掌握是不足以胜任程序设计要求的，公司软件开发一般都要求在设计和架构上具有极大的弹性，以适应在产品开发的不同阶段客户的不断变化的需求，甚至在产品发布后也常常如此。这种动态性要求软件设计必须强健。它应该能够适应变化并且不会带来任何不必要的连锁反应—不应该要求重写潜在的、不相干的（子）系统。向不具备扩展能力的模块添加特性和组件是令人沮丧的和难以达到预期目标的。封闭的、无弹性的设计迟早会被变化的压力所压垮。设计模式有助于弹性架构的基础铺设，而这，是每一个优秀的面向对象设计的共同特点。
设计模式已经被编目归类以用于解决从细小问题乃至大规模架构级问题。本文将介绍几个流行的设计模式，在我自己的项目里，我发现它们很有用。尽管熟悉面向对象设计的概念有助于理解本文，但我并不假定你具备任何设计模式的预备知识。尽管任何适宜于面向对象开发的程序语言都可以用来阐明模式，但我将只用C#来编写例子，也借此来展示这门语言的威力。我不会讨论任何微软.NET类库细节，相反，我将集中于使用C#语言作为设计面向对象软件的工具。
C#和设计模式
C#是一个现代的程序语言，它通过提供直接映射面向对象设计概念的句法结构和语义支持来促进面向对象软件开发。这和C++大不相同，C++同时支持面向过程、面向对象和泛型编程。虽然如此，如果你是一名C++程序员，跟进C#是非常容易的。对于C++程序员来说，这个学习曲线是相当平坦的。即使你以前从未看过任何C#代码，理解本文示例代码也不应该有任何问题。事实上，如果你发现C#对设计模式的实现更为清晰，我也不会有任何惊讶，特别是如果你以前使用设计模式编写过代码的话。一般讨论设计模式的书籍和文章都会详细地描述模式所要解决的问题和上下文细节，并随后提供一个规范的解决方案的描述。本文不会那么严谨，我只关注模式本质，并辅以适当的C#示例来加以说明。
【编辑推荐】
