總體來說設計模式分為三大類:
壹、創建型模式,***五種:工廠方法模式、抽象工廠模式、單例模式、建造者模式、原型模式。
二、結構型模式,***七種:適配器模式、裝飾器模式、代理模式、外觀模式、橋接模式、組合模式、享元模式。
三、行為型模式,***十壹種:策略模式、模板方法模式、觀察者模式、叠代子模式、責任鏈模式、命令模式、備忘錄模式、狀態模式、訪問者模式、中介者模式、解釋器模式。
1、工廠方法模式:
定義壹個用於創建對象的接口,讓子類決定實例化哪壹個類。Factory Method 使壹個類的實例化延遲到其子類。
工廠模式有壹個問題就是,類的創建依賴工廠類,也就是說,如果想要拓展程序,必須對工廠類進行修改,這違背了閉包原則,所以,從設計角度考慮,有壹定的問題,這就用到工廠方法模式。
創建壹個工廠接口和創建多個工廠實現類,這樣壹旦需要增加新的功能,直接增加新的工廠類就可以了,不需要修改之前的代碼。
2、抽象工廠模式:
提供壹個創建壹系列相關或相互依賴對象的接口,而無需指定它們具體的類。抽象工廠需要創建壹些列產品,著重點在於"創建哪些"產品上,也就是說,如果妳開發,妳的主要任務是劃分不同差異的產品線,並且盡量保持每條產品線接口壹致,從而可以從同壹個抽象工廠繼承。
3、單例模式:
單例對象(Singleton)是壹種常用的設計模式。在Java應用中,單例對象能保證在壹個JVM中,該對象只有壹個實例存在。這樣的模式有幾個好處:
(1)某些類創建比較頻繁,對於壹些大型的對象,這是壹筆很大的系統開銷。
(2)省去了new操作符,降低了系統內存的使用頻率,減輕GC壓力。
(3)有些類如交易所的核心交易引擎,控制著交易流程,如果該類可以創建多個的話,系統完全亂了。(比如壹個軍隊出現了多個司令員同時指揮,肯定會亂成壹團),所以只有使用單例模式,才能保證核心交易服務器獨立控制整個流程。
4、建造者模式:
將壹個復雜對象的構建與它的表示分離,使得同樣的構建過程可以創建不同的表示。
5、原型模式:
原型模式雖然是創建型的模式,但是與工程模式沒有關系,從名字即可看出,該模式的思想就是將壹個對象作為原型,對其進行復制、克隆,產生壹個和原對象類似的新對象。本小結會通過對象的復制,進行講解。在Java中,復制對象是通過clone()實現的,先創建壹個原型類。
6、適配器模式:
適配器模式將某個類的接口轉換成客戶端期望的另壹個接口表示,目的是消除由於接口不匹配所造成的類的兼容性問題。主要分為三類:類的適配器模式、對象的適配器模式、接口的適配器模式。
7、裝飾器模式:
顧名思義,裝飾模式就是給壹個對象增加壹些新的功能,而且是動態的,要求裝飾對象和被裝飾對象實現同壹個接口,裝飾對象持有被裝飾對象的實例。
8、代理模式:
代理模式就是多壹個代理類出來,替原對象進行壹些操作,比如我們在租房子的時候回去找中介,為什麽呢?因為妳對該地區房屋的信息掌握的不夠全面,希望找壹個更熟悉的人去幫妳做,此處的代理就是這個意思。
9、外觀模式:
外觀模式是為了解決類與類之家的依賴關系的,像spring壹樣,可以將類和類之間的關系配置到配置文件中,而外觀模式就是將他們的關系放在壹個Facade類中,降低了類類之間的耦合度,該模式中沒有涉及到接口。
10、橋接模式:
橋接模式就是把事物和其具體實現分開,使他們可以各自獨立的變化。橋接的用意是:將抽象化與實現化解耦,使得二者可以獨立變化,像我們常用的JDBC橋DriverManager壹樣。
JDBC進行連接數據庫的時候,在各個數據庫之間進行切換,基本不需要動太多的代碼,甚至絲毫不用動,原因就是JDBC提供統壹接口,每個數據庫提供各自的實現,用壹個叫做數據庫驅動的程序來橋接就行了。
11、組合模式:
組合模式有時又叫部分-整體模式在處理類似樹形結構的問題時比較方便。使用場景:將多個對象組合在壹起進行操作,常用於表示樹形結構中,例如二叉樹,數等。
12、享元模式:
享元模式的主要目的是實現對象的***享,即***享池,當系統中對象多的時候可以減少內存的開銷,通常與工廠模式壹起使用。
13、策略模式:
策略模式定義了壹系列算法,並將每個算法封裝起來,使其可以相互替換,且算法的變化不會影響到使用算法的客戶。需要設計壹個接口,為壹系列實現類提供統壹的方法,多個實現類實現該接口,設計壹個抽象類(可有可無,屬於輔助類),提供輔助函數。
14、模板方法模式:
壹個抽象類中,有壹個主方法,再定義1...n個方法,可以是抽象的,也可以是實際的方法,定義壹個類,繼承該抽象類,重寫抽象方法,通過調用抽象類,實現對子類的調用。
15、觀察者模式:
觀察者模式很好理解,類似於郵件訂閱和RSS訂閱,當我們瀏覽壹些博客或wiki時,經常會看到RSS圖標,就這的意思是,當妳訂閱了該文章,如果後續有更新,會及時通知妳。
其實,簡單來講就壹句話:當壹個對象變化時,其它依賴該對象的對象都會收到通知,並且隨著變化!對象之間是壹種壹對多的關系。
16、叠代子模式:
顧名思義,叠代器模式就是順序訪問聚集中的對象,壹般來說,集合中非常常見,如果對集合類比較熟悉的話,理解本模式會十分輕松。這句話包含兩層意思:壹是需要遍歷的對象,即聚集對象,二是叠代器對象,用於對聚集對象進行遍歷訪問。
17、責任鏈模式:
責任鏈模式,有多個對象,每個對象持有對下壹個對象的引用,這樣就會形成壹條鏈,請求在這條鏈上傳遞,直到某壹對象決定處理該請求。但是發出者並不清楚到底最終那個對象會處理該請求,所以,責任鏈模式可以實現,在隱瞞客戶端的情況下,對系統進行動態的調整。
18、命令模式:
命令模式的目的就是達到命令的發出者和執行者之間解耦,實現請求和執行分開。
19、備忘錄模式:
主要目的是保存壹個對象的某個狀態,以便在適當的時候恢復對象,個人覺得叫備份模式更形象些,通俗的講下:假設有原始類A,A中有各種屬性,A可以決定需要備份的屬性,備忘錄類B是用來存儲A的壹些內部狀態,類C呢,就是壹個用來存儲備忘錄的,且只能存儲,不能修改等操作。
20、狀態模式:
狀態模式在日常開發中用的挺多的,尤其是做網站的時候,我們有時希望根據對象的某壹屬性,區別開他們的壹些功能,比如說簡單的權限控制等。
21、訪問者模式:
訪問者模式把數據結構和作用於結構上的操作解耦合,使得操作集合可相對自由地演化。訪問者模式適用於數據結構相對穩定算法又易變化的系統。因為訪問者模式使得算法操作增加變得容易。
若系統數據結構對象易於變化,經常有新的數據對象增加進來,則不適合使用訪問者模式。訪問者模式的優點是增加操作很容易,因為增加操作意味著增加新的訪問者。訪問者模式將有關行為集中到壹個訪問者對象中,其改變不影響系統數據結構。其缺點就是增加新的數據結構很困難。
22、中介者模式:
中介者模式也是用來降低類類之間的耦合的,因為如果類類之間有依賴關系的話,不利於功能的拓展和維護,因為只要修改壹個對象,其它關聯的對象都得進行修改。
如果使用中介者模式,只需關心和Mediator類的關系,具體類類之間的關系及調度交給Mediator就行,這有點像spring容器的作用。
23、解釋器模式:
解釋器模式壹般主要應用在OOP開發中的編譯器的開發中,所以適用面比較窄。
擴展資料:
介紹三本關於設計模式的書:
1、《設計模式:可復用面向對象軟件的基礎》
作者:[美] Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides
出版社: 機械工業出版社
2、《軟件秘笈:設計模式那點事》
作者:鄭阿奇
出版社:電子工業出版社
3、《設計模式:基於C#的工程化實現及擴展》
作者:王翔
出版社:電子工業出版社
百度百科-設計模式