许多人应该听过设计模式(Design pattern),或多或少地看到或使用过设计模式,但是在开发过程中的实际使用总是感觉没有足够的力量。设计模式必须是对设计模式的轻微偏离或理解不足。当然也有许多人没有听说过设计模式,今天我们这里不讨论特定的模型,先来看看具体的设计模式到底是什么?设计模式的表述格式怎么划分的?
设计模式是什么?
设计模式(英语 design pattern)是对面向对象设计中反复出现的问题的解决方案。这个术语是在1990年代由Erich Gamma等人从建筑设计领域引入到计算机科学中来的。这个术语的含义还存有争议。算法不是设计模式,因为算法致力于解决问题而非设计问题。设计模式通常描述了一组相互紧密作用的类与对象。设计模式提供一种讨论软件设计的公共语言,使得熟练设计者的设计经验可以被初学者和其他设计者掌握。设计模式还为软件重构提供了目标。
随着软件开发社群对设计模式的兴趣日益增长,已经出版了一些相关的专著,定期召开相应的研讨会,而且Ward Cunningham为此发明了WikiWiki用来交流设计模式的经验。
设计模式的表述格式怎么划分的?
表述一个软件设计模式的格式根据作者的不同,划分和名称等都会有所不同。常用的描述模式的格式大致分为以下这些部分:
模式名:每一个模式都有自己的名字,模式的名字使得我们可以讨论我们的设计。
问题:在面向对象的系统设计过程中反复出现的特定场合,它导致我们采用某个模式。
解决方案:上述问题的解决方案,其内容给出了设计的各个组成部分,它们之间的关系、职责划分和协作方式。
别名:一个模式可以有超过一个以上的名称。这些名称应该要在这一节注明。
动机:在哪种情况使用该模式,是本节提供的方案(包括问题与来龙去脉)的责任。
适用性:模式适用于哪些情况、模式的背景等等。
结构:这部分常用类图与交互图阐述此模式。
参与者:这部分提供一份本模式用到的类与对象清单,与它们在设计下扮演的角色。
合作:描述在此模式下,类与对象间的交互。
影响:采用该模式对软件系统其他部分的影响,比如对系统的扩充性、可移植性的影响。影响也包括负面的影响。这部分应描述使用本模式后的结果、副作用、与权衡(trade-off)。
实现:这部分应描述实现该模式、该模式的部分方案、实现该模式的可能技术、或者建议实现模式的方法。
示例:简略描绘出如何以编程语言来使用模式。
已知应用:业界已知的实现示例。
相关模式:这部分包括其他相关模式,以及与其他类似模式的不同。
上述就是关于设计模式是什么,以及设计模式的表述格式怎么划分的全部内容介绍,想了解更多关于设计模式的信息,请继续关注中培伟业。