模式与设计模式概述

要弄清楚“模式”一词，首先我们得查一查辞典，在金山词霸中可以查到以下解释：“拉丁词根pat父亲的。pattern因父是子的“模型””这里提到了很关键的两个部分，一是模型，二则是父与子。下面让我们来看个示例。

张三生病了，让李四做他的职代，这一天中李四就必须要接管张三的工作，但做不做好，那就是李四的事了，张三也管不了那么多了。这就是一个模式，一个代理模式，同样拥有这个模式的例子是假如Adidas公司要在中国找一个代理商销售它的品牌，只要你代理商只从Adidas那儿拿货就可以了。在买货的时候，客户所看到的是Adidas的品牌，而不会去在意是在哪个Adidas的代理商那里买到的。以上所举的两个例子，就是代理模式的典型例子，那么为什么说代理模式是一个模式呢？因为在上面这两个例子中我们有“模型”，也就是代理这个职责需要实现的一套逻辑；我们有“父与子”，父则是代理的逻辑，子则是所有能运用到这个职责的对象，在上面的例子中就是张三李四与Adidas－Adidas的代理商。可以看出，子可以由许多许多根本不相关的对象组成，但子运用父的模型。

模式可以根据不同的行业被划分成许多的种类，在软件工程中，模式可以根据它的特性或用途划分，如果按照特性来划分，那么通常是以下几大类：

• 架构（Architecture）
• 设计（Design）

如果根据其用途划分，那么就可以划分出许多种来，其中一些为以下几类：

• 页面展示（Web Presentation）
• 部署（Deployment）
• 性能（Performance）
• 分布式系统（Distributed System）
• 服务模式（Services Pattern）
• 数据移动模式（Data Movement Patterns）

前面提到的代理模式就是一个设计模式，它的用途很广，很难以其用途划分，不过它的一些特殊案例却可以以用途划分，比如远程代理模式（Remote Proxy），远程代理模式将远程调用的对象很好的在客户端隐藏起来，使用户不必知道它是在远程调用，很显然按照用途划分的话它应当属于分布式系统（Distributed System）类的模式。

设计模式是软件工程中很常见的模式分类，因为它的应用比较广且比较关键，所以对设计模式的了解是必然的。说到设计模式，不能不提到文献《Design Patterns, Elements of Reusable Object-Oriented Software》（通常被称为GoF——Gang of Four，因为其四位著名作者），在此文献中，作者将设计模式又划分为三大类：

• 创建模式（Creational Patterns）
• 结构模式（Structural Patterns）
• 行为模式（Behavioral Patterns）

作者在这三大类中定义了23个常见的设计模式，这23个经典的设计模式可以说是必学的。除此之外还有许多其他延伸的或是完全不同的设计模式，如多例模式（Multiton Pattern），简单工厂模式（Simple Factory Pattern）等。

模式的好处就在于它的稳定性与可重用性，这一点是业界所供认的，也就是为什么要学习并使用模式的原因。另外就像在许多其他的文献中所提到的，模式也是一种通讯语言，它可以在熟悉它的人们之间方便交流，我只要说出模式的名字对方就会明白我在说什么而不用去猜测，这也是一个很大的优势。

如果读者到现在仍未理解模式的用途的话，那么我可以为你总结一句话：“模式是对某个抽象问题－答案的描述”。比如代理模式的抽象问题就是“我需要某个能代替我的人，我希望人们能将他看作是我”，而答案就是“声明一个代理类作为桥梁”（注意这里的桥梁与桥梁模式（Bridge Pattern）无关）。

 

参考文献
《Design Patterns, Elements of Reusable Object-Oriented Software》
《Enterprise Solution Patterns Using Microsoft .NET》