模式与设计模式概述

要弄清楚“模式”一词,首先我们得查一查辞典,在金山词霸中可以查到以下解释:“拉丁词根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》

你可能感兴趣的:(模式与设计)