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