23種設計模式

總體來說設計模式分為三大類：

創建型模式（5種）：單例模式、工廠方法模式、抽象工廠模式、建造者模式、原型模式

結構型模式（7種）：適配器模式、裝飾者模式、代理模式、外觀模式、橋接模式、組合模式、享元模式

行為型模式（11種）：策略模式、模板方法模式、觀察者模式、迭代器模式、責任鏈模式、命令模式、備忘錄模式、狀態模式、訪問者模式、中介者模式、解釋器模式。

23種設計模式與六大原則學習思維導圖

設計模式的六大原則

開閉原則

對擴展開放，對修改關閉。在程序需要進行拓展的時候，不能去修改原有的代碼，實現一個熱插拔的效果。簡言之，是為了使程序的擴展性好，易於維護和升級。想要達到這樣的效果，我們需要使用接口和抽象類，後面的具體設計中我們會提到這點。

里氏代換原則

里氏代換原則是面向對象設計的基本原則之一。里氏代換原則中說，任何基類可以出現的地方，子類一定可以出現。LSP 是繼承複用的基石，只有當派生類可以替換掉基類，且軟件單位的功能不受到影響時，基類才能真正被複用，而派生類也能夠在基類的基礎上增加新的行為。里氏代換原則是對開閉原則的補充。實現開閉原則的關鍵步驟就是抽象化，而基類與子類的繼承關係就是抽象化的具體實現，所以里氏代換原則是對實現抽象化的具體步驟的規範。

依賴倒轉原則

這個原則是開閉原則的基礎，具體內容：針對對接口編程，依賴於抽象而不依賴於具體。

接口隔離原則

使用多個隔離的接口，比使用單個接口要好。它還有另外一個意思是：降低類之間的耦合度。由此可見，其實設計模式就是從大型軟件架構出發、便於升級和維護的軟件設計思想，它強調降低依賴，降低耦合。

迪米特法則，又稱最少知道原則

最少知道原則是指：一個實體應當儘量少地與其他實體之間發生相互作用，使得系統功能模塊相對獨立。

單一職責原則

單一職責原則通俗地講，就是一個類只能負責一個職責，修改一個類不能影響到別的功能，也就是說只有一個導致該類被修改的原因。

那麼要如何系統化的學習這23種設計模式與六大原則？這個問題我想一定是困擾著大多數的讀者朋友，網上找的關於設計模式的資料都是零零散散的，沒有期望說這篇文章對你有意義，這要求太高了，我遠沒有這個能力，但是如果能有一套完整的學習視頻、學習文檔讓你看完就把這個設計模式都記住了，那這篇文章的目標就達到了。

為此小編整理了這【23種設計模式與六大原則】】文檔與【整套設計模式學習視頻】），作為福利免費分享給需要的朋友們，文末有獲取方式！

本文檔的立意不僅僅在於介紹基本的設計模式知識，更多的是說明在何種條件下選擇正確的設計模式。因為在實踐中，濫用或錯用設計模式有時候跟大的是浪費。因此，本文檔在設計模式的介紹過程中穿插了不同類型模式之間的比較，並在第8章第9章給出了大量的Java問題實例，供讀者深入理解。

第一章概述