23種設計模式總篇:chenmingyu.top/design/java
組合模式屬於屬於結構型模式,又叫部分總體模式git
定義:將對象組合成樹形結構以表示「部分-總體」的層次結構,使得用戶對單個對象和組合對象的使用具備一致性github
用來描述部分與總體的關係,是用於把一組類似的對象看成一個單一的對象。組合模式依據樹形結構來組合對象,因此組合模式的使用場景就是出現樹形結構的地方。好比:樹形菜單,文件目錄等樹形結構數據的操做算法
在使用組合模式時,其葉子和樹枝的聲明都是實現類,而不是接口,違反了依賴倒置原則設計模式
源碼地址:github.com/mingyuHub/d…數據結構
每一個一級菜單有子菜單,二級子菜單有三級菜單,以此造成一個樹形結構性能
/** * @author: chenmingyu * @date: 2019/3/12 17:46 * @description: */
@Data
public class Menu {
/** * 菜單名 */
private String name;
/** * 路徑 */
private String path;
private List<Menu> menus;
public Menu(String name, String path) {
this.name = name;
this.path = path;
menus = new ArrayList<>();
}
public void add(Menu menu){
menus.add(menu);
}
public void remove(Menu menu){
menus.remove(menu);
}
}
複製代碼
public static void main(String[] args) {
Menu home = new Menu("首頁","/");
Menu tag = new Menu("標籤","/標籤");
Menu archive = new Menu("歸檔","/歸檔");
Menu menu1 = new Menu("子菜單1","/子菜單1");
Menu menu2 = new Menu("子菜單2","/子菜單2");
home.add(tag);
home.add(archive);
tag.add(menu1);
archive.add(menu2);
home.getMenus().forEach(menu ->{
System.out.println(menu);
});
}
複製代碼
輸出ui
Menu(name=標籤, path=/標籤, menus=[Menu(name=子菜單1, path=/子菜單1, menus=[])])
Menu(name=歸檔, path=/歸檔, menus=[Menu(name=子菜單2, path=/子菜單2, menus=[])])
複製代碼
設計模式之禪:www.kancloud.cn/sstd521/des…this
建立型設計模式spa
關注於如何建立對象
保證在程序運行期間一個類只有一個實例,並提供一個全局訪問點
用工廠方法代替new操做,讓子類去決定實例化哪一個類,工廠方法將一個類的實例化延遲到子類
抽象工廠模式屬於建立型模式,是對工廠方法模式的擴展,抽象工廠比工廠模式更爲抽象,工廠方法模式針對產品等級結構,而抽象工廠針對產品族
經過克隆一個已經存在的對象實例來返回新的實例,而不是經過new去建立對象
經過克隆一個已經存在的對象實例來返回新的實例,而不是經過new去建立對象
結構型設計模式
關注於類和對象之間的關係
組合兩個不相干類,在兩個不兼容的接口之間提供一個混合接口,使其兼容適配
將抽象部分與它的實現部分分離,使它們均可以獨立地變化。橋接模式將系統各維度抽象出來,各維度獨立變化,以後可經過聚合,將各維度組合起來,減小它們之間耦合
用來描述部分與總體的關係,是用於把一組類似的對象看成一個單一的對象。組合模式依據樹形結構來組合對象,因此組合模式的使用場景就是出現樹形結構的地方。
裝飾器模式能夠爲一個現有的類增長新功能,又不改變其結構,要求裝飾類和被裝飾類實現同一個接口,裝飾類持有被裝飾類的實例
外觀模式是爲了解決類與類之家的責任關係和依賴關係的,經過提供一個Facade類來隱藏這些複雜的類之間關係的調用,並提供一個接口,供外部調用,利用這種方式進行類之間的解耦
代理模式就是在操做原對象的時候,多出來一個代理類,用來對原對象的訪問進行控制和替代原對象進行一些操做
運用共享技術有效地支持大量細粒度對象的複用,主要用來減小對象的建立,用來減小內存和提升性能,比較常見的鏈接池,緩衝池這類的池技術都是享元模式
行爲型設計模式
關注於對象之間的通訊
在父類(抽象類)中定義好算法的流程,提供抽象方法,針對不一樣的實現交由不一樣的子類去實現,經過這種方式將公共代碼提取出來封裝在父類中,而後父類去控制行爲,子類負責實現
在系統中提供一組策略,並將每一個策略封裝成類,使他們能夠相互轉換,具體策略的選擇由客戶端決定
定義對象間一種一對多的依賴關係,使得每當一個對象改變狀態,則全部依賴於它的對象都會獲得通知並被自動更新
迭代器模式就是爲解決遍歷元素而誕生的,它提供一種方法訪問一個容器對象中各個元素,而又不需暴露該對象的內部細節
使多個對象都有機會處理請求,從而避免了請求的發送者和接受者之間的耦合關係。將這些對象連成一條鏈,並沿着這條鏈傳遞該請求,直到有對象處理它爲止
將一個請求封裝成一個對象,從而讓你使用不一樣的請求把客戶端參數化,對請求排隊或者記錄請求日誌,能夠提供命令的撤銷和恢復功能,用來下降類之間解耦
在不破壞封裝性的前提下,捕獲一個對象的內部狀態,並在該對象以外保存這個狀態。這樣之後就可將該對象恢復到原先保存的狀態,其實就是在某個時刻備份了對象的狀態,在更改對象狀態後,能夠經過備份將對象還原成備份時刻的狀態
容許一個對象在其內部狀態改變時改變它的行爲,對象看起來彷佛修改了它的類,對象的行爲依賴於它的狀態(屬性),而且能夠根據它的狀態改變而改變它的相關行爲
封裝一些做用於某種數據結構中的各元素的操做,它能夠在不改變數據結構的前提下定義做用於這些元素的新的操做,訪問者模式就是將數據結構與數據操做相分離
用一箇中介對象來封裝一系列的對象交互,中介者使各對象不須要顯式地相互引用,從而使其耦合鬆散,並且能夠獨立地改變它們之間的交互
給定一門語言,定義它的文法的一種表示,並定義一個解釋器,該解釋器使用該表示來解釋語言中的句子