前言
設計模式分為三類，創建型，結構型和行為型。創建型比較好理解，它抽象了實例化過程，將系統與實例的創建解耦。實例由專門的工廠來創建，從而使系統針對實例的抽象接口編程，不依賴任何具體的實現。結構型和行為型有點難以理解，GoF的解釋是，結構型模式涉及到如何組合類和對象以獲得更大的結構；行為模式涉及到算法和對象間職責的分配。行為模式不僅描述對象或類的模式，還描述它們之間的通信模式。
大部分行為型和結構型設計模式的特點還是挺明顯的，但是有少部分的界限就沒那麼清晰。比如說代理模式屬於結構型模式，但是它也承擔了職責的分配。它通過一個代理類，直接處理客戶請求，但是把大部分實際職責交給原始的工作類。將設計模式劃分為三種類型，可以理解為是劃分出一種層級，幫助模式的使用者記憶和理解。
創建型模式（5種）：單例模式、工廠方法模式、抽象工廠模式、建造者模式、原型模式
結構型模式（7種）：適配器模式、裝飾者模式、代理模式、外觀模式、橋接模式、組合模式、享元模式
行為型模式（11種）：策略模式、模板方法模式、觀察者模式、迭代器模式、責任鏈模式、命令模式、備忘錄模式、狀態模式、訪問者模式、中介者模式、解釋器模式 。
23種設計模式與六大原則學習思維導圖
設計模式的六大原則
開閉原則
- 對擴展開放，對修改關閉。在程序需要進行拓展的時候，不能去修改原有的代碼，實現一個熱插拔的效果。簡言之，是為了使程序的擴展性好，易於維護和升級。想要達到這樣的效果，我們需要使用接口和抽象類，後面的具體設計中我們會提到這點。
里氏代換原則
- 里氏代換原則是面向對象設計的基本原則之一。 里氏代換原則中說，任何基類可以出現的地方，子類一定可以出現。LSP 是繼承複用的基石，只有當派生類可以替換掉基類，且軟件單位的功能不受到影響時，基類才能真正被複用，而派生類也能夠在基類的基礎上增加新的行為。里氏代換原則是對開閉原則的補充。實現開閉原則的關鍵步驟就是抽象化，而基類與子類的繼承關係就是抽象化的具體實現，所以里氏代換原則是對實現抽象化的具體步驟的規範。
依賴倒轉原則
- 這個原則是開閉原則的基礎，具體內容：針對對接口編程，依賴於抽象而不依賴於具體。
接口隔離原則
- 使用多個隔離的接口，比使用單個接口要好。它還有另外一個意思是：降低類之間的耦合度。由此可見，其實設計模式就是從大型軟件架構出發、便於升級和維護的軟件設計思想，它強調降低依賴，降低耦合。
迪米特法則，又稱最少知道原則
- 最少知道原則是指：一個實體應當儘量少地與其他實體之間發生相互作用，使得系統功能模塊相對獨立。
單一職責原則
- 單一職責原則通俗地講，就是一個類只能負責一個職責，修改一個類不能影響到別的功能，也就是說只有一個導致該類被修改的原因。
就像優化準則之一是“不要過度優化”，設計模式也是不要在需求不明確的情況下過早和過多地使用設計模式。記住幾個常用的設計模式，在實際項目中思考哪些是經常變動的，哪些可以套用上這些設計模式。
那麼要如何系統化的學習設計模式？這個問題我想一定是困擾著大多數的讀者朋友，網上找的關於設計模式的資料都是零零散散的，沒有期望說這篇文章對你有意義，這要求太高了，我遠沒有這個能力，但是如果能有一套完整的學習視頻、學習文檔讓你看完就把這個設計模式都記住了，那這篇文章的目標就達到了。
這裡整理成了一份文檔，關注私信小編（Java）獲取整理的【23種設計模式與六大原則】】文檔與【整套設計模式學習視頻】
本文檔的立意不僅僅在於介紹基本的設計模式知識，更多的是說明在何種條件下選擇正確的設計模式。因為在實踐中，濫用或錯用設計模式有時候跟大的是浪費。因此，本文檔在設計模式的介紹過程中穿插了不同類型模式之間的比較，並在第8章第9章給出了大量的Java問題實例，供讀者深入理解。
第一章 概述
第二章 UML基礎
第三章 設計模式簡介
第四章 創造型模式
第五章 結構型模式
第六章 行為型模式
第七章 概念與提示
第八章 設計模式面試問題
面試問答
本書特點
- 涵蓋23種設計模式
- 以簡單直接的方法展示設計模式的核心思想
- 涵蓋設計模式相關的面試問題
- 提供大量實際代碼示例，並且全部代碼由Java編寫，方便調試
- 基於軟件開發人員實踐經歷，減少學習誤區
- 無需軟件設計基礎知識
整套設計模式學習視頻（轉發+關注小編後臺私信關鍵字“Java”獲取精心整理的【23種設計模式與六大原則】】文檔與【整套設計模式學習視頻】）
閱讀更多 愛喝王老吉的劉某人 的文章
