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