| « | August 2025 | » | | 日 | 一 | 二 | 三 | 四 | 五 | 六 | | | | | | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | | | | | | | |
|
公告 |
| 暂无公告... |
| Blog信息 |
|
blog名称:七月天
日志总数:19
评论数量:84
留言数量:0
访问次数:200742
建立时间:2004年11月4日 |
| |
|
 [设计模式]设计模式（四人帮版）翻译（3）
读书笔记, 软件技术
torrent 发表于 2005/6/17 15:21:47 |
|
设计模式描述
我们怎样来描述设计模式呢？采用图形概念？图形概念虽然很重要并且很有用，但并不够。它们仅仅简单的表达了类和对象的关系，这是设计过程的最终产品。为了设计重用，我们还必须记录决策过程、替代方案、及实现费用等。另外，具体的实例也很有用，这对设计活动的理解很重要。
我们用统一的格式来描述设计模式，每一模式都按以下的模版分成多个部分。每部分的模版使用统一的信息结构，便于设计模式的学习、比较和使用。
模式名和分类（Pattern Name and Classification）
模式名简洁的表达模式的本质。好的命名非常重要，因为它将成为你的部分设计术语（词汇）。模式的分类反映了我们在Section1.5中介绍的想法。
意图（Intent）
对如下问题的简短回答：这个设计模式能做什么？其基本原理和意图是什么？它针对哪类特殊的设计问题？
另称为（Also Known As）
这个模式的其它名称（如果有的话）
动机（Motivation）
设计问题以及类和对象在这个模式中怎么解决这个问题的情景演示。这个情景能帮助你理解对该模式的更高的抽象描述。
适用性（Applicability）
该模式可应用于那种情况？该模式可能遭遇的糟糕设计及你怎么才能识别这种情形？
结构（Structure）
基于对象模型技术（OMT）的对该模式的图形表示，也使用交互图来表示对象的请求顺序和协作。
参与者（Participants）
参与该模式的类和对象以及其职责。
协作（Collaboration）
参与者为了完成各自的职责该如何协作。
后果（Consequences）
模式达成目标的程度、应用该模式的结果和费用、系统结构允许你改变其中的一个方面吗，是哪方面？
实现（Implementation）
实现该模式时要注意的前提和技术，有什么缺陷？是否有与语言相关的特性？
例程（Sample Code）
C++和Smalltalk的例程演示如何实现该模式
已知应用（Known Uses）
已发现的实际系统中的该模式的例子。至少包括两个不同领域的例子。
相关模式（Related Patterns）
哪些设计模式与此模式紧密相关、有什么重要的不同？该模式应当与哪个模式一起应用。 |
|
|