生活随笔
收集整理的這篇文章主要介紹了
设计模式之中介模式
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
一句話理解 ：
我們交換 名片， 有事 告訴我 找誰，我處理
-
首先是我的名片
你拿著我的名片才能有事告訴我也就是說你要包含我的引用對吧
-
接下來是你們的名片
你們要把名片給我是不是太多不好拿 我是不是要有個文件夾
-
你啥時候把名片給我
你可以在創建的時候給我 （在構造方法中）也可以創建完成后在給我（單獨在寫個方法）
這里我們在構造方法中給
- 怎末告訴我找誰類
當你想找我是不是要拿我名片打我電話
調用我的方法告訴我 找誰 干啥 （至少有兩個參數 吧）
這樣理解的話可以簡單的分析出中介者模式的結構
- 抽象中介者（Mediator）：定義好同事類對象到中介者對象的接口，用于各個同事類之間的通信。一般包括一個或幾個抽象的事件方法，并由子類去實現。
- 中介者實現類（Concrete Mediator）：從抽象中介者繼承而來，實現抽象中介者中定義的事件方法。從一個同事類接收消息，然后通過消息影響其他同時類。
- 抽象同事類（Colleague）角色：定義同事類的接口，保存中介者對象，提供同事對象交互的抽象方法，實現所有相互影響的同事類的公共功能。(有的時候不需要這個角色)
- 同事類（Concrete Colleague）：如果一個對象會影響其他的對象，同時也會被其他對象影響，那么這兩個對象稱為同事類。在類圖中，同事類只有一個，這其實是現實的省略，在實際應用中，同事類一般由多個組成，他們之間相互影響，相互依賴。同事類越多，關系越復雜。并且，同事類也可以表現為繼承了同一個抽象類的一組實現組成。在中介者模式中，同事類之間必須通過中介者才能進行消息傳遞。
類圖
為什么要使用中介者模式
一般來說，同事類之間的關系是比較復雜的，多個同事類之間互相關聯時，他們之間的關系會呈現為復雜的網狀結構，這是一種過度耦合的架構，即不利于類的復用，也不穩定。例如在下圖中，有六個同事類對象，假如對象1發生變化，那么將會有4個對象受到影響。如果對象2發生變化，那么將會有5個對象受到影響。也就是說，同事類之間直接關聯的設計是不好的。
如果引入中介者模式，那么同事類之間的關系將變為星型結構，從圖中可以看到，任何一個類的變動，只會影響的類本身，以及中介者，這樣就減小了系統的耦合。一個好的設計，必定不會把所有的對象關系處理邏輯封裝在本類中，而是使用一個專門的類來管理那些不屬于自己的行為。
是不是還有點不理解 看完下面這個例子在來討論
中介模式之（打麻將）
public interface Finance {void register(String name
, Players players
);void command(String name
,Integer number
);
}
import java.util.HashMap;
import java.util.Map;
public class Landlady implements Finance {private Map<String,Players> map
= new HashMap<String , Players>();@Overridepublic void register(String name
, Players players
) {map
.put(name
,players
);}@Overridepublic void command(String name
, Integer number
) {map
.get(name
).collectMoney(number
);}
}
public interface Players {void collectMoney(Integer number
); void pay(String name
,Integer number
);
}
public class East implements Players {private Finance finance
; private Integer moneyCount
; private String name
;public East(Finance finance
, Integer moneyCount
, String name
) {this.finance
= finance
;this.moneyCount
= moneyCount
;this.name
= name
;this.finance
.register(this.name
, this);}@Overridepublic void collectMoney(Integer number
) {this.moneyCount
+= number
;}@Overridepublic void pay(String name
, Integer number
) {if (this.moneyCount
<= number
) {System.out
.println(this.name
+ "無力支付費用換人");this.finance
.command(name
, this.moneyCount
);this.moneyCount
= 0;} else {this.moneyCount
-= number
;this.finance
.command(name
, number
);}}@Overridepublic String toString() {return "East{" +"finance=" + finance
+", moneyCount=" + moneyCount
+", name='" + name
+ '\'' +'}';}
}
public class West implements Players {private Finance finance
; private Integer moneyCount
; private String name
;public West(Finance finance
, Integer moneyCount
, String name
) {this.finance
= finance
;this.moneyCount
= moneyCount
;this.name
= name
;this.finance
.register(this.name
, this);}@Overridepublic void collectMoney(Integer number
) {this.moneyCount
+= number
;}@Overridepublic void pay(String name
, Integer number
) {if (this.moneyCount
<= number
) {System.out
.println(this.name
+ "無力支付費用換人");this.finance
.command(name
, this.moneyCount
);this.moneyCount
= 0;} else {this.moneyCount
-= number
;this.finance
.command(name
, number
);}}@Overridepublic String toString() {return "West{" +"finance=" + finance
+", moneyCount=" + moneyCount
+", name='" + name
+ '\'' +'}';}
}南北省略 寫法一樣
public class Client {public static void main(String[] args
) {Landlady landlady
= new Landlady();East east
= new East(landlady
, 50, "東");West west
= new West(landlady
, 50, "西");South south
= new South(landlady
, 50, "南");North north
= new North(landlady
, 50, "北");west
.pay("東", 10);System.out
.println(west
);System.out
.println(east
);north
.pay("東", 45);west
.pay("東", 45);south
.pay("東", 45);System.out
.println(west
);System.out
.println(east
);System.out
.println(north
);System.out
.println(south
);}
}
West{finance
=com.nwk.mediator.PlayPoker.Landlady@49476842, moneyCount
=40, name
='西'}
East{finance
=com.nwk.mediator.PlayPoker.Landlady@49476842, moneyCount
=60, name
='東'}
西無力支付費用換人
West{finance
=com.nwk.mediator.PlayPoker.Landlady@49476842, moneyCount
=0, name
='西'}
East{finance
=com.nwk.mediator.PlayPoker.Landlady@49476842, moneyCount
=190, name
='東'}
North{finance
=com.nwk.mediator.PlayPoker.Landlady@49476842, moneyCount
=5, name
='北'}
South{finance
=com.nwk.mediator.PlayPoker.Landlady@49476842, moneyCount
=5, name
='南'}
看到這 可能中介模式沒學會 滿腦子都是打麻將了吧
醒醒吧 學習了
現在再說說 為什么要使用中介者模式
1. 當增加玩家或者減少玩家的時候不用去在原來的類里添加與之對應的方法
2. 當需要給錢時只需要把錢給中介（老板娘） 老板娘負責進行給錢的操作
3. 但是會增加中介類的負擔 當中介類出問題時就會導致癱瘓（老板娘只收錢不給錢 一會就打錢來了）
用打麻將說就是
1、減少給錢和找錢的時間 （可以多打兩把）
2、防止因為錢的事扯皮（方便換人）
用系統來說
1、降低了類的復雜度，將一對多轉化成了一對一。
2、各個類之間的解耦。
以下來自 菜鳥教程 https://www.runoob.com/design-pattern/mediator-pattern.html
意圖：用一個中介對象來封裝一系列的對象交互，中介者使各對象不需要顯式地相互引用，從而使其耦合松散，而且可以獨立地改變它們之間的交互。
主要解決：對象與對象之間存在大量的關聯關系，這樣勢必會導致系統的結構變得很復雜，同時若一個對象發生改變，我們也需要跟蹤與之相關聯的對象，同時做出相應的處理。
何時使用：多個類相互耦合，形成了網狀結構。
如何解決：將上述網狀結構分離為星型結構。
關鍵代碼：對象 Colleague 之間的通信封裝到一個類中單獨處理。
應用實例： 1、中國加入 WTO 之前是各個國家相互貿易，結構復雜，現在是各個國家通過 WTO 來互相貿易。 2、機場調度系統。 3、MVC 框架，其中C（控制器）就是 M（模型）和 V（視圖）的中介者。
優點： 1、降低了類的復雜度，將一對多轉化成了一對一。 2、各個類之間的解耦。 3、符合迪米特原則。
缺點：中介者會龐大，變得復雜難以維護。
使用場景： 1、系統中對象之間存在比較復雜的引用關系，導致它們之間的依賴關系結構混亂而且難以復用該對象。 2、想通過一個中間類來封裝多個類中的行為，而又不想生成太多的子類。
注意事項：不應當在職責混亂的時候使用。
總結
以上是生活随笔為你收集整理的设计模式之中介模式的全部內容，希望文章能夠幫你解決所遇到的問題。
如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。
