UML软件工程组织 |
探索软件设计模式(二)(3) |
作者:Michael Duell 著,Wu 译 本文选自:UlMChina 2002年08月22日 |
模板方法(Template Method)举例 模板方法定义了一个操作中算法的骨架,而将一些步骤延迟到子类中。房屋建筑师在开发新项目时会使用模板方法。一个典型的规划包括一些建筑平面图,每个平面图体现了不同部分。在一个平面图中,地基、结构、上下水和走线对于每个房间都是一样的。只有在建筑的后期才开始有差别而产生了不同的房屋样式。 访问者(Visitor)举例 访问者模式表示一个作用于对象结构中各元素的操作,定义这个操作并不会改变元素的类。这种模式可以在出租车公司的运转中观察到。当一个人给出租车公司打电话时,他(她)就成了公司所有顾客的一员。然后公司指定一辆车去服务(接受访问者)。在进入出租车之后,这个人(访问者)就不再控制他(她)的旅程了,而是由出租车(驾驶员)负责。 意义 软件设计模式有许多非软件的例子存在。也许有人想知道这些例子的实际意义。非软件例子有助于增进模式语言的表达力和辅助模式的学习。 增加模式语言的表达能力 Alexander觉得真正的模式要融入一种通用的语言以便所有人都能够分享。在软件设计的人群中,模式被认为是在同事之间一种约定俗成的开发方式。模式提供了一种比模块、过程和对象更高层次的概念。 一种语言中至关重要的因素是同语言形象所对应的心灵影像。在一种语言中,仅当一个人能够领会一个符号的含义,能够在心里描绘出这种含义时,这个符号的外形才是有意义的。Alexander没有忽视模式语言的这种重要特征,他规定:一种语言只有在它所产生的建筑类型能够被具体地看到之后,这种语言才是完全形态化的。在软件设计中,Richle和Züllighoven认识到具体的例子在指导我们对应用领域的理解的重要性。 如果软件设计模式成为程序员中通用的语言,其基础则是统一的含义。如果设计决定下达了,但是没有被理解,则设计师被迫通过假设来完成工作。平凡的例子更便于理解,其原因在于人们必须在记忆中找到相关联的内容才能够理解。在广泛使用模式的AG Communication Systems公司的项目中,常常使用非软件例子来解释模式之间的关系。这个例子有助于在设计师间提供统一的理解。通过在设计过程的先期建立统一的理解,使得在整个项目生命周期中,设计师间的沟通更加容易。 结论 在非软件例子中软件设计模式的体现表明了模式不是局限于特定领域的。软件设计师可以从这些日常事物的模式举例中受益,哪怕这些例子并不是以程序设计语言表达的。这篇文章尽可能举一些大部分人所熟悉的例子(尽管某些倾向于北美文化)。通过对共同的经历的描述,这些例子有助于对特定的设计模式的理解,并且能够帮助对设计模式的学习。 『引自 UMLCHINA』
|
版权所有:UML软件工程组织 |