| 2:GoF設計模式 |
A.建立模式
設計模式之Singleton(單態/單件) 閻宏博士講解：單例（Singleton）模式
保證一個類只有一個執行個體,並提供一個訪問它的全域訪問點 2002/10/9更新 |
設計模式之Factory(Factory 方法和抽象工廠)
使用原廠模式就象使用new一樣頻繁.2002/10/9更新 |
設計模式之Builder
汽車由車輪 方向盤 發動機很多組件組成，同時，將這些組件組裝成汽車也是一件複雜的工作，Builder模式就是將這兩種情況分開進行。 |
設計模式之Prototype(原型)
用原型執行個體指定建立對象的種類，並且通過拷貝這些原型建立新的對象。 |
B.結構模式
設計模式之Adapter(適配器)
使用類再生的兩個方式:組合(new)和繼承(extends),這個已經在"thinking in java"中提到過. |
設計模式之Proxy(代理)
以Jive為例,剖析代理模式在使用者層級授權機制上的應用 |
設計模式之Facade(門面？)
可擴充的使用JDBC針對不同的資料庫編程,Facade提供了一種靈活的實現. |
設計模式之Composite(組合)
就是將類用樹形結構組合成一個單位.你向別人介紹你是某單位，你是單位中的一個元素，別人和你做買賣，相當於和單位做買賣。文章中還對Jive再進行了剖析。 |
設計模式之Decorator(裝飾器)
Decorator是個油漆工,給你的東東的外表刷上美麗的顏色. |
設計模式之Bridge(橋連)
將"牛郎織女"分開(本應在一起,分開他們,形成兩個介面),在他們之間搭建一個橋(動態結合) |
設計模式之Flyweight(共用元)
提供Java運行效能,降低小而大量重複的類的開銷. |
C.行為模式
設計模式之Command(命令)
什麼是將行為封裝,Command是最好的說明. |
設計模式之Observer(觀察者)
介紹如何使用Java API提供的現成Observer |
設計模式之Iterator(迭代器)
這個模式已經被整合入Java的Collection.在大多數場合下無需自己製造一個Iterator,只要將對象裝入Collection中，直接使用Iterator進行對象遍曆。 |
設計模式之Template(模板方法)
實際上向你介紹了為什麼要使用Java 抽象類別,該模式原理簡單,使用很普遍. |
設計模式之Strategy(策略)
不同演算法各自封裝,使用者端可隨意挑選需要的演算法. |
設計模式之Chain of Responsibility(責任鏈)
各司其職的類串成一串,好象擊鼓傳花,當然如果自己能完成,就不要推委給下一個. |
設計模式之Mediator(中介)
Mediator很象十字路口的紅綠燈,每個車輛只需和紅綠燈互動就可以. |
設計模式之State(狀態)
狀態是編程中經常碰到的執行個體,將狀態物件化,設立狀態變換器,便可在狀態中輕鬆切換. |
設計模式之Memento(注釋狀態？)
很簡單一個模式,就是在記憶體中保留原來資料的拷貝. |
設計模式之Interpreter(解譯器)
主要用來對語言的分析,應用機會不多. |
設計模式之Visitor(訪問者)
訪問者在進行訪問時,完成一系列實質性操作,而且還可以擴充. |
|
|
