1、書中反覆強調bridge模式是抽象與實現分離，讀完之後為了便於理解，總結為抽象指明物件是什麼，實現指明物件做什麼或怎麼做。
2、page 150介紹抽象工廠模式中間說到switch語句的問題。看多了設計模式的書，似乎見到switch語句就像用多型替換掉。可是有時候發現最後只是把switch語句使用的地方換了一下，放在更高或者更低的實現層。以後應該注意總結switch到底什麼地方是「互相耦合」，需要用合適的方法處理掉。或許換到更高的實現層，比如最初的建立用一次switch語句，以後就可以坐享多型的好處而不用處處用它了。如果設計模式用的太極端，switch會不會成為另乙個goto語句。
3、page 250 提到工廠準則的時候，中間提出了乙個規則：構造管理和使用分開，不要放在乙個物件中。工廠負責構造和管理，客戶根據應用邏輯正確使用。工廠還要負責管理？現實中的工廠似乎沒這個責任。第22章的物件池模式說明為什麼要負責管理，看起來所謂管理的責任，似乎指檢修，維修這類事情，也就是產品的生產和**歸廣義的工廠管。第一次看到這個規則，突然有點靈光一閃的感覺。如果繪製乙個程式介面，上面有一堆圖示，並且這些圖示根據模型狀態變化。介面類是否應該負責這些圖示的建立，更新，改變，銷毀，繪製？可以另外有乙個工廠負責為介面類建立，更新圖示，銷毀，介面類只負責把圖示繪製或擦除圖示，是不是更好一點？
設計模式小記
開閉原則 擴充套件能夠在不影響原有功能的基礎上去做 黎克特制替換原則 子類盡量不重寫父類現有功能 依賴倒置原則 面向介面程式設計，而不是面向實現程式設計 單一職責原則 乙個類應該有且僅有乙個引起它變化的原因 介面隔離原則 乙個類對另乙個類的依賴應該建立在最小的介面上 迪公尺特法則 兩個軟體間沒必要直...
設計模式小記（一）
為了讓軟體設計更加靈活，有更好了擴充套件性，更健壯，在設計軟體的時候需要理解物件導向設計的六大原則。1，單一原則 類和類之間需要有明確的劃分，不能耦合度太高。乙個類就只含有該類的職責。2.開閉原則 對擴充套件開放，對修改關閉，當類之間耦合度太高，則需要利用抽象的思想來具體解耦。對已經完成的 功能做到...
設計模式解析
在之前的學習中初步的了解了基本設計模式，但是在使用方面很多地方考慮的不夠仔細，經驗方面也有很多不足之處。現在正好利用一些時間把設計模式重新整理一下。先列一下基本設計模式的知識點 1 物件導向的六大原則 2 基本設計模式 建立型模式，共五種 工廠方法模式 抽象工廠模式 單例模式 建造者模式 build...