設計模式一到二十都是gof《設計模式》內容的總結，並使用php說明實現，gof《設計模式》提到的**都是c++。舉例也不是特別典型。這些內容很早之前都已經總結了，現在重新把word筆記整理，算是溫故而知新吧。一些地方描述可能有誤，在往後的更多實踐經驗來進一步的修改。
目前我在開發專案的框架裡面，使用的模式有給外觀模式，**模式，介面卡等模式，這些不是為了模式而去模式，用這些模式去組織**後，對維護和閱讀**的人都有很大的好處。
我們在編寫應用程式初期使用這些模式可以防止後期的重構。即使我們構建完應用程式後，如果需要重構，設計模式仍可以教你如何
修改系統。設計模式是
重構必經之路，但不是最終的目標。
不必為了模式而模式，有時候，一旦遇到某個三種不同的計算，就想使用strategy模式，而事實上，簡單地條件表示式程式設計就足夠了，而也易於理解。
GoF設計模式 組合模式
組合模式 重要 結構型模式，又叫整體 部分模式，將葉子物件與容器物件遞迴組合，使得使用者在使用時無須區別，可以一致地使用葉子物件和容器物件。葉子物件 只能作為普通物件適用 容器物件 既能作為普通物件，又可作為其他物件的容器，提供乙個整合儲存子節點 組合模式的角色 抽象類或介面 是葉子類和容器類的父類...
設計模式完結 10 外觀模式
來個中間類 即 外觀類 來關聯多個業務類，與多個業務互動，客戶端與外觀類互動，降低客戶端和這些類的耦合。如果業務類有變化，外觀類 定義為 抽象類，多個實現。乙個客戶類需要和多個業務類互動，而這些需要互動的業務類經常會作為乙個整體出現，由於涉及到的模擬較多，導致使用時 較為複雜，此時，特別需要乙個類似...
GOF 設計模式 builder模式筆記
意圖 將乙個複雜物件的構建與它的表示相分離，使得同樣的構建過程可以建立不同的表示。在以下情況使用builder模式 結構圖 builder模式更注重與乙個複雜物件的建立，像組裝一樣，一層一層，乙個模組乙個模組的裝配，是乙個由簡單物件到複雜物件的過程。假設現在去 請人組裝機子，一台好的 goodcom...