? ?最近一直在看設計模式，GOF23種設計模式反復理解中，設計模式確實對面向對象編程有很大幫助！

? ?1）了解UML類圖中泛化、實現、依賴、關聯、聚合、組合關系

? ?2）每種設計模式的特點和概念是什么，它解決了一個什么樣的問題、它的優缺點是什么！每個設計模式，至少能舉出一個場景，可加深記憶。

? ?3）了解面向對象編程的三特性、七原則和六視點

? ?最終目標：說出一種設計模式就能知道是解決了一個什么樣的問題，他的業務模型（類圖）是怎樣的，根據業務模型，可直接實現編碼。

? ?特點、概念、類圖、場景舉例、程序實現。這五個環節下來基本對設計模式可以有較深刻的理解。

? ?設計模式按類型可分為三種：創建型、結構型和行為性。

創建型：

（1）單例：只需一個實例時考慮。

（2）工廠方法：一般先用工廠方法解決對象創建問題。

（3）抽象工廠：當工廠方法無法滿足多系列問題時，再重構為抽象工廠。

（4）建造者：多個部件的建造實現相同，只是所需部件、建造順序不同時考慮。

（5）原型：在初始化信息不發生變化時考慮。

結構型：

（1）適配器：讓接口不相容的類能協同工作。（亡羊補牢）

（2）裝飾：動態增加單個對象的額外職責，比生成子類更靈活。

（3）橋接：使繼承關系更改為組合關系，使兩者可獨立變化。（未雨綢繆）

（4）組合：用樹狀結構表示“整體-部分”的層次關系，使單個對象（葉節點）與組合對象（枝節點）的使用具有一致性。

（5）享元：為運用共享技術，支持大量細粒度對象，節省開銷。

（6）代理：控制對單個對象的訪問。

（7）外觀：子系統的高層接口，避免兩個類直接關系的第三者。

行為型：

（1）觀察者：一對多依賴關系，一端變化、多端得到通知并自動更新。（目標與觀察者可實現弱耦合）

（2）模板方法：繼承+重寫解決代碼重復問題。

（3）命令：將請求發送者與具體實現者解耦，可對請求排列、取消、重做，支持事務。（多請求，單處理）

（4）職責鏈：將處理者排成鏈，沿鏈傳遞請求。（單請求，多處理）

（5）狀態：當對象內狀態改變而執行不同操作時考慮，狀態轉移邏輯不在if/switch中，而在各子類之間，增/改狀態和狀態轉換較容易。

（6）解釋器：若某特定問題發生的頻率足夠高時考慮，需定義文法表示與解釋器本身。

（7）中介者：由中介封裝一系列對象交互，減少對象間耦合，利于復用。（朋友多）

（8）訪問者：當Element較穩定、Visitor易增加時考慮。（朋友在精不在多）

（9）策略：將一系列算法逐個封裝并可相互替換，易于切換、理解、擴展。

（10）備忘錄：不破壞封裝，又要取該對象內狀態，且要求狀態還原時考慮。（保持封裝邊界）

（11）迭代器：將對集合的訪問與遍歷從集合對象中分離出來到迭代器中。

轉載于:https://www.cnblogs.com/ice-baili/p/4651429.html

總結

以上是生活随笔為你收集整理的设计模式学习笔记——目录的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。