读 软件架构设计原则和模式 有感

在软件工程中，设计模式（design pattern）是对软件设计中普遍存在（反复出现）的各种问题，所提出的解决方案。这个术语是由埃里希·伽玛（Erich Gamma）等人在1990年代从建筑设计领域引入到计算机科学的。

设计模式并不直接用来完成代码的编写，而是描述在各种不同情况下，要怎么解决问题的一种方案。面向对象设计模式通常以类别或对象来描述其中的关系和相互作用，但不涉及用来完成应用程序的特定类别或对象。设计模式能使不稳定依赖于相对稳定、具体依赖于相对抽象，避免会引起麻烦的紧耦合，以增强软件设计面对并适应变化的能力。

并非所有的软件模式都是设计模式，设计模式特指软件“设计”层次上的问题。还有其他非设计模式的模式，如架构模式。同时，算法不能算是一种设计模式，因为算法主要是用来解决计算上的问题，而非设计上的问题。

随着软件开发社区对设计模式的兴趣日益增长，已经出版了一些相关的专著，定期召开相应的研讨会，而且沃德·坎宁安（Ward Cunningham）为此发明了WikiWiki用来交流设计模式的经验。

表述一个软件设计模式的格式根据作者的不同，划分和名称等都会有所不同。常用的GoF描述模式的格式大致分为以下这些部分：

模式名：每一个模式都有自己的名字，模式的名字使得我们可以讨论我们的设计。
问题：在面向对象的系统设计过程中反复出现的特定场合，它导致我们采用某个模式。
解决方案：上述问题的解决方案，其内容给出了设计的各个组成部分，它们之间的关系、职责划分和协作方式。
别名：一个模式可以有超过一个以上的名称。这些名称应该要在这一节注明。
动机：在哪种情况使用该模式，是本节提供的方案（包括问题与来龙去脉）的责任。
适用性：模式适用于哪些情况、模式的背景等等。
结构：这部分常用类图与交互图阐述此模式。
参与者：这部分提供一份本模式用到的类与对象清单，与它们在设计下扮演的角色。
合作：描述在此模式下，类与对象间的交互。
影响：采用该模式对软件系统其他部分的影响，比如对系统的扩充性、可移植性的影响。影响也包括负面的影响。这部分应描述使用本模式后的结果、副作用、与权衡(trade-off)
实现：这部分应描述实现该模式、该模式的部分方案、实现该模式的可能技术、或者建议实现模式的方法。
示例：简略描绘出如何以编程语言来使用模式。
已知应用：业界已知的实现示例。
相关模式：这部分包括其他相关模式，以及与其他类似模式的不同。

原文链接http://blog.jobbole.com/101299/