[从设计到架构] 必须知道的设计模式

发布日期：2007.3.21 作者：Anytao

本文将介绍以下内容：

• 设计模式（Design & Pattern）

本文涉及以下技术：

面向对象、设计模式

引言

设计模式是面向对象思想的集大成，GOF在其经典著作中总结了23种设计模式，又可分为：创建型、结构型和行为型3个大类。对于软件设计者来说，一般的过程就是在熟练掌握语言背景的基础上，了解类库的大致框架和常用的函数和接口等，然后多再在百般锤炼中，提高对软件设计思想的认识。

软件设计者要清楚自己的定位和方向，一味的沉溺于技术细节的思路是制约个人技术走向成熟的毒药。因此，学习软件设计，了解软件工程，是每个开发人员必备的一课。笔者在此不想详细的描述各个设计模式的细节，我想google和baidu上的资料已经多如牛毛了。而且，争取的学习方法也不是了解所有的设计模式就可以无敌于天下。我所强调的学习方法就是在熟练掌握基本要素的基础上，了解大致的框架。这一条不仅是学习类库的方法，对设计模式来说是可行的。同时，切记的是在平时的积累中，不断的体会和实践。因此，本文的目的就是将23种模式中，必须掌握的几个最关键、最常用的设计模式，做以总结和简述。

1 Factory Pattern

上榜理由：将程序中创建对象的操作，单独出来处理，大大提高了系统扩展的柔性，接口的抽象化处理给相互依赖的对象创建提供了最好的抽象模式。

由浅入深学“工厂模式”(3)

Switch语句，僵化的毒药

2 Facade Pattern

上榜理由：将表现层和逻辑层隔离，封装底层的复杂处理，为用户提供简单的接口，这样的例子随处可见。门面模式很多时候更是一种系统架构的设计，在我所做的项目中，就实现了门面模式的接口，为复杂系统的解耦提供了最好的解决方案。

推荐热贴：设计模式学习笔记（十一）——Facade外观模式

设计模式解析之——Facade模式（k_eckel转自微软高校博客K_eckel's mindview）

3 Command Pattern

　上榜理由：将请求封装为对象，从而将命令的执行和责任分开。通常在队列中等待命令，这和现实多么的相似呀。如果你喜欢发号施令，请考虑你的ICommond吧。

　推荐热贴：Command模式应用实践

.NET设计模式（17）：命令模式（Command Pattern）

4 Strategy Pattern

　上榜理由：策略模式，将易于变化的部分封装为接口，通常Strategy 封装一些运算法则，使之能互换。Bruce Zhang在他的博客中提到策略模式其实是一种“面向接口”的编程方法，真是恰如其分。

　推荐热贴：.Net中的设计模式——Strategy模式

设计模式（22）－Strategy Pattern

5 Iterator Pattern

　上榜理由：相信任何的系统中，都会用到数组、集合、链表、队列这样的类型吧，那么你就不得不关心迭代模式的来龙去脉。在遍历算法中，迭代模式提供了遍历的顺序访问容器，GOF给出的定义为：提供一种方法访问一个容器（container）对象中各个元素，而又不需暴露该对象的内部细节。.NET中就是使用了迭代器来创建用于foreach的集合。

　推荐热贴：迭代器模式(Iterator pattern)

NET设计模式（18）：迭代器模式（Iterator Pattern）

6 Adapter Pattern

　上榜理由：在原类型不做任何改变的情况下，扩展了新的接口，灵活且多样的适配一切旧俗。这种打破旧框框，适配新格局的思想，是面向对象的精髓。以继承方式实现的类的Adapter模式和以聚合方式实现的对象的Adapter模式，各有千秋，各取所长。看来，把它叫做包装器一点也不为过，

　推荐热贴：《让僵冷的翅膀飞起来》系列之二——从实例谈Adapter模式

C#设计模式（10）－Adapter Pattern

.NET设计模式（8）：适配器模式（Adapter Pattern）

7 Observer Pattern

　上榜理由：定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时, 所有依赖于它的对象都得到通知并被自动更新。观察者和被观察者的分开，为模块划分提供了清晰的界限。在.NET中使用委托和事件可以更好的实现观察者模式，事件的注册和撤销不就对应着观察者对其对象的观察吗？

　推荐热贴：.NET实用设计模式：观察者模式（Observer）

Observer Pattern in AOP

.NET设计模式（19）：观察者模式（Observer Pattern）