設計模式的結構

你可能會對設計模式的作者如何接近勾勒出概念輪廓，實施和新模式的目的。模式是最初提出的一種在兩者之間建立關系的規(guī)則：

• 上下文環(huán)境
• 在這種環(huán)境下產生的系統(tǒng)的力量
• 一類配置，考慮到允許這種力量在自己的上下文環(huán)境中解決這一點，現(xiàn)在讓我們對一種設計模式的組件元素，一探究竟。一種設計模式應該具有：
• 模式名稱和相應的描述
• 上下文概述-在設計模式中的上下文對響應用戶需求是很有效的。
• 問題聲明-一類問題的聲明，能讓我們理解模式的意圖。
• 解決方案-在可理解的列表和看法上，對用戶的問題如何被解決的一種描述。
• 設計-模式設計，特別是與之交互的用戶行為的描述。
• 實現(xiàn)-對模式如何被實現(xiàn)的一種指引
• 例證-在模式中的一種類的虛擬化表示
• 例子-模式實現(xiàn)的一種最下的形式
• 共同條件-可能會有其他的什么模式會被用到，以對被描述的模式進行支持？
• 關系-與該模式相似的模式有哪些？是最相似的嗎？
• 已知的使用-模式沒有被正常使用？如果是，在哪，怎樣做到的？
• 討論-有激動人心的獲利模式想法的團隊或者是作者

在一個組織或團隊中，當在同一頁面上創(chuàng)建和維護的解決方案時，對所有涉及到的開發(fā)者來說，設計模式能幫上大忙。如果考慮到你自己的工作模式，記住，雖然他們可能在制定計劃和編寫階段，有一個較大的初期成本投入，但從投資方返回的值是值得的。然而，新的模式工作前，務必深入研究，你會發(fā)現(xiàn)它比起重新開始，更有利于使用或建立比現(xiàn)有的行之有效的模式之上。