# 設計模式的結構 你可能會對設計模式的作者如何接近勾勒出概念輪廓，實施和新模式的目的。模式是最初提出的一種在兩者之間建立關系的**規則：** * **上下文環境** * 在這種環境下產生的系統的**力量** * 一類**配置，**考慮到允許這種力量在自己的上下文環境中解決這一點，現在讓我們對一種設計模式的組件元素，一探究竟。一種設計模式應該具有： * 模式名稱和相應的描述 * **上下文概述**-在設計模式中的上下文對響應用戶需求是很有效的。 * **問題聲明**-一類問題的聲明，能讓我們理解模式的意圖。 * **解決方案**-在可理解的列表和看法上，對用戶的問題如何被解決的一種描述。 * **設計**-模式設計，特別是與之交互的用戶行為的描述。 * **實現**-對模式如何被實現的一種指引 * **例證**-在模式中的一種類的虛擬化表示 * **例子**-模式實現的一種最下的形式 * **共同條件**-可能會有其他的什么模式會被用到，以對被描述的模式進行支持？ * **關系**-與該模式相似的模式有哪些？是最相似的嗎？ * **已知的使用**-模式沒有被正常使用？如果是，在哪，怎樣做到的？ * **討論**-有激動人心的獲利模式想法的團隊或者是作者 在一個組織或團隊中，當在同一頁面上創建和維護的解決方案時，對所有涉及到的開發者來說，設計模式能幫上大忙。如果考慮到你自己的工作模式，記住，雖然他們可能在制定計劃和編寫階段，有一個較大的初期成本投入，但從投資方返回的值是值得的。然而，新的模式工作前，務必深入研究，你會發現它比起重新開始，更有利于使用或建立比現有的行之有效的模式之上。