设计模式的结构

最后更新于:2022-04-01 11:45:33

# 设计模式的结构 你可能会对设计模式的作者如何接近勾勒出概念轮廓,实施和新模式的目的。模式是最初提出的一种在两者之间建立关系的**规则:** * **上下文环境** * 在这种环境下产生的系统的**力量** * 一类**配置,**考虑到允许这种力量在自己的上下文环境中解决这一点,现在让我们对一种设计模式的组件元素,一探究竟。一种设计模式应该具有: * 模式名称和相应的描述 * **上下文概述**-在设计模式中的上下文对响应用户需求是很有效的。 * **问题声明**-一类问题的声明,能让我们理解模式的意图。 * **解决方案**-在可理解的列表和看法上,对用户的问题如何被解决的一种描述。 * **设计**-模式设计,特别是与之交互的用户行为的描述。 * **实现**-对模式如何被实现的一种指引 * **例证**-在模式中的一种类的虚拟化表示 * **例子**-模式实现的一种最下的形式 * **共同条件**-可能会有其他的什么模式会被用到,以对被描述的模式进行支持? * **关系**-与该模式相似的模式有哪些?是最相似的吗? * **已知的使用**-模式没有被正常使用?如果是,在哪,怎样做到的? * **讨论**-有激动人心的获利模式想法的团队或者是作者 在一个组织或团队中,当在同一页面上创建和维护的解决方案时,对所有涉及到的开发者来说,设计模式能帮上大忙。如果考虑到你自己的工作模式,记住,虽然他们可能在制定计划和编写阶段,有一个较大的初期成本投入,但从投资方返回的值是值得的。然而,新的模式工作前,务必深入研究,你会发现它比起重新开始,更有利于使用或建立比现有的行之有效的模式之上。
';