Java設計模式』學習心得作者：板橋里人
整個設計模式貫穿一個原理:面對介面編程，而不是面對實現，（面向物件編程應該改爲面向介面編程）。目標原則是:降低耦合，增強靈活性。
創建模式
使用工厂模式就象使用new一样频繁.
用原型實例指定創建物件的種類，並且通過拷貝這些原型創建新的物件。
汽車由車輪 方向盤 發動機很多部件組成，同時，將這些部件組裝成汽車也是一件複雜的工作，Builder模式就是將這兩種情況分開進行。
保證一個類只有一個實例,並提供一個訪問它的全局訪問點
結構模式
可擴展的使用JDBC針對不同的資料庫編程,Facade提供了一種靈活的實現。
以Jive爲例,剖析代理模式在用戶級別授權機制上的應用
使用類再生的兩個方式:組合(new)和繼承(extends),這個已經在"thinking in java"中提到過。
就是將類用樹形結構組合成一個單位。你向別人介紹你是某單位，你是單位元元中的一個元素，別人和你做買賣，相當於和單位做買賣。文章中還對Jive再進行了剖析。
Decorator是個油漆工,給你的東東的外表刷上美麗的顔色。
將"牛郎織女"分開(本應在一起,分開他們,形成兩個介面),在他們之間搭建一個橋(動態的結合)
提供Java運行性能,降低小而大量重復的類的開銷。
行爲模式
實際上向你介紹了爲什麽要使用Java 抽象類,該模式原理簡單,使用很普遍。
很簡單一個模式,就是在記憶體中保留原來資料的拷貝。
介紹如何使用Java API提供的現成Observer
各司其職的類串成一串,好象擊鼓傳花,當然如果自己能完成,就不要推委給下一個。
什麽是將行爲封裝,Command是最好的說明。
狀態是編程中經常碰到的實例,將狀態物件化,設立狀態變換器,便可在狀態中輕鬆切換。
不同演算法各自封裝,用戶端可隨意挑選需要的演算法。
Mediator很象十字路口的紅綠燈,每個車輛只需和紅綠燈交互就可以。
主要用來對語言的分析,應用機會不多。
訪問者在進行訪問時,完成一系列實質性操作,而且還可以擴展。
設計模式之Iterator
這個模式已經被用來遍曆Collection中物件。使用頻率很高。在Java中無需專門闡述,在大多數場合也無需自己製造一個Iterator,只要將物件裝入Collection中，我們就直接可以使用Iterator模式。
