設計模式-行為型-中介者模式

来源:https://www.cnblogs.com/az4215/archive/2019/10/09/11639279.html
-Advertisement-
Play Games

中介者模式（Mediator）： 在現實生活中，有很多中介者模式的身影，例如QQ游戲平臺，聊天室、QQ群、簡訊平臺和房產中介。不論是QQ游戲還是QQ群，它們都是充當一個中間平臺，QQ用戶可以登錄這個中間平臺與其他QQ用戶進行交流，如果沒有這些中間平臺，我們如果想與朋友進行聊天的話，可能就需要當面才可 ...


中介者模式（Mediator）：

　　在現實生活中，有很多中介者模式的身影，例如QQ游戲平臺，聊天室、QQ群、簡訊平臺和房產中介。不論是QQ游戲還是QQ群，它們都是充當一個中間平臺，QQ用戶可以登錄這個中間平臺與其他QQ用戶進行交流，如果沒有這些中間平臺，我們如果想與朋友進行聊天的話，可能就需要當面才可以了。電話、簡訊也同樣是一個中間平臺，有了這個中間平臺，每個用戶都不要直接依賴與其他用戶，只需要依賴這個中間平臺就可以了，一切操作都由中間平臺去分發。中介者模式，定義了一個中介對象來封裝一系列對象之間的交互關係。中介者使各個對象之間不需要顯式地相互引用，從而使耦合性降低，而且可以獨立地改變它們之間的交互行為。

　　

中介者模式的角色：

　　

　　1）抽象中介者（Mediator）：定義了同事對象到中介者對象的介面。

　　2）具體中介者（ConcreteMediator）：實現抽象類的方法，它需要知道具體的同事類並從具體同事類接受消息，向具體同事對象發出命令。

　　3）抽象同事類（Colleague）：定義同事類的介面，保存中介者對象，提供同事對象交互的抽象方法，實現所有相互影響的同事類的公共功能。

　　4）具體同事類（ConcreteColleague）：每個具體同事類只知道自己的行為，而不瞭解其他同事類的情況，但它們認識中介者對象。

示例：

　　以現實生活中打牌為例，若不使用中介者模式。

 1 /// <summary>
 2 /// 抽象牌友類
 3 /// </summary>
 4 public abstract class AbstractCardPartner
 5 {
 6     public int Money { get; set; }
 7 
 8     public abstract void ChangeMoney(int money, AbstractCardPartner other);
 9 }
10 
11 /// <summary>
12 /// 牌友A
13 /// </summary>
14 public class PartnerA : AbstractCardPartner
15 {
16     public override void ChangeMoney(int money, AbstractCardPartner other)
17     {
18         Money += money;
19         other.Money -= money;
20     }
21 }
22 
23 /// <summary>
24 /// 牌友B
25 /// </summary>
26 public class PartnerB : AbstractCardPartner
27 {
28     public override void ChangeMoney(int money, AbstractCardPartner other)
29     {
30         Money += money;
31         other.Money -= money;
32     }
33 }
34 
35 internal class Program
36 {
37     private static void Main(string[] args)
38     {
39         AbstractCardPartner A = new PartnerA();
40         A.Money = 20;
41         AbstractCardPartner B = new PartnerB();
42         B.Money = 20;
43 
44         // A贏了B的錢減少
45         A.ChangeMoney(5, B);
46         Console.WriteLine("A 現在的錢是：{0}", A.Money); // 應該是25
47         Console.WriteLine("B 現在的錢是：{0}", B.Money); // 應該是15
48 
49         // B贏了A的錢減少
50         B.ChangeMoney(10, A);
51         Console.WriteLine("A 現在的錢是：{0}", A.Money); // 應該是15
52         Console.WriteLine("B 現在的錢是：{0}", B.Money); // 應該是25
53     }
54 }

　　這樣的實現確實解決了上面場景中的問題，並且使用了抽象類使具體牌友A和牌友B都依賴於抽象類，從而降低了同事類之間的耦合度。但是如果其中牌友A發生變化時，此時就會影響到牌友B的狀態，如果涉及的對象變多的話，這時候某一個牌友的變化將會影響到其他所有相關聯的牌友狀態。例如牌友A算錯了錢，這時候牌友A和牌友B的錢數都不正確了，如果是多個人打牌的話，影響的對象就會更多。這時候就會思考——能不能把算錢的任務交給程式或者算數好的人去計算呢，這時候就有了我們QQ游戲中的歡樂鬥地主等牌類游戲了。

  1 /// <summary>
  2 /// 抽象牌友類
  3 /// </summary>
  4 public abstract class AbstractCardPartner
  5 {
  6     protected AbstractMediator mediator;
  7 
  8     public int Money { get; set; }
  9 
 10     public abstract void Change(int money, AbstractMediator mediator);
 11 }
 12 
 13 /// <summary>
 14 /// 牌友A
 15 /// </summary>
 16 public class PartnerA : AbstractCardPartner
 17 {
 18     public PartnerA(int money)
 19     {
 20         Money = money;
 21     }
 22 
 23     public override void Change(int money, AbstractMediator mediator)
 24     {
 25         Console.WriteLine($"{nameof(PartnerA)}贏了");
 26         mediator.Change(money, this);
 27     }
 28 }
 29 
 30 /// <summary>
 31 /// 牌友B
 32 /// </summary>
 33 public class PartnerB : AbstractCardPartner
 34 {
 35     public PartnerB(int money)
 36     {
 37         Money = money;
 38     }
 39 
 40     public override void Change(int money, AbstractMediator mediator)
 41     {
 42         Console.WriteLine($"{nameof(PartnerB)}贏了");
 43         mediator.Change(money, this);
 44     }
 45 }
 46 
 47 /// <summary>
 48 /// 牌友B
 49 /// </summary>
 50 public class PartnerC : AbstractCardPartner
 51 {
 52     public PartnerC(int money)
 53     {
 54         Money = money;
 55     }
 56 
 57     public override void Change(int money, AbstractMediator mediator)
 58     {
 59         Console.WriteLine($"{nameof(PartnerC)}贏了");
 60         mediator.Change(money, this);
 61     }
 62 }
 63 
 64 /// <summary>
 65 /// 抽象中介者類
 66 /// </summary>
 67 public abstract class AbstractMediator
 68 {
 69     public abstract void Register(AbstractCardPartner cardPartner);
 70 
 71     // cardPartner贏錢
 72     public abstract void Change(int money, AbstractCardPartner cardPartner);
 73 }
 74 
 75 public class Mediator : AbstractMediator
 76 {
 77     private List<AbstractCardPartner> list = new List<AbstractCardPartner>();
 78 
 79     public override void Register(AbstractCardPartner cardPartner)
 80     {
 81         list.Add(cardPartner);
 82     }
 83 
 84     public override void Change(int money, AbstractCardPartner cardPartner)
 85     {
 86         foreach (var item in list)
 87         {
 88             if (item != cardPartner)
 89             {
 90                 cardPartner.Money += money;
 91                 item.Money -= money;
 92             }
 93         }
 94     }
 95 }
 96 
 97 internal class Program
 98 {
 99     private static void Main(string[] args)
100     {
101         AbstractMediator mediator = new Mediator();
102         AbstractCardPartner A = new PartnerA(20);
103         AbstractCardPartner B = new PartnerB(20);
104         AbstractCardPartner C = new PartnerC(20);
105 
106         mediator.Register(A);
107         mediator.Register(B);
108         mediator.Register(C);
109 
110         // A贏了
111         A.Change(5, mediator);
112         Console.WriteLine("A 現在的錢是：{0}", A.Money); // 應該是30
113         Console.WriteLine("B 現在的錢是：{0}", B.Money); // 應該是15
114         Console.WriteLine("C 現在的錢是：{0}", C.Money); // 應該是15
115     }
116 }

　　在上面的實現代碼中，抽象中介者類保存了兩個抽象牌友類，如果新添加一個牌友類似時，此時就不得不去更改這個抽象中介者類。可以結合觀察者模式來解決這個問題，即抽象中介者對象保存抽象牌友的類別，然後添加Register和UnRegister方法來對該列表進行管理，然後在具體中介者類中修改AWin和BWin方法，遍歷列表，改變自己和其他牌友的錢數。這樣的設計還是存在一個問題——即增加一個新牌友時，此時雖然解決了抽象中介者類不需要修改的問題，但此時還是不得不去修改具體中介者類，即添加CWin方法，我們可以採用狀態模式來解決這個問題。

　　在寫中介者模式的時候，我發現我將其寫成了觀察者模式，後來仔細研究發現兩者還是有區別的：

　　　　中介者模式主要是起到一個協調的作用，它知道所有的同事類且同事類含有中介者對象，即我有事通知你，你幫我協調一下。

　　　　而觀察者模式側重在當一個對象的狀態發生變化時，能夠自動通知其他關聯對象，自動刷新對象狀態。

中介者模式的優缺點：

　　優點：

　　　　1）簡化了對象之間的關係，將系統的各個對象之間的相互關係進行封裝，將各個同事類解耦，使得系統變為松耦合。

　　　　2）提供系統的靈活性，使得各個同事對象獨立而易於復用。

　　缺點：

　　　　1）中介者模式中，中介者角色承擔了較多的責任，所以一旦這個中介者對象出現了問題，整個系統將會受到重大的影響。

　　　　2）新增加一個同事類時，不得不去修改抽象中介者類和具體中介者類，此時可以使用觀察者模式和狀態模式來解決這個問題。

中介者使用的場景：

　　1）一組定義良好的對象，現在要進行複雜的相互通信。

　　2）想通過一個中間類來封裝多個類中的行為，而又不想生成太多的子類。

參考：https://www.runoob.com/design-pattern/mediator-pattern.html


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • ES6入門之Promise對象
    1. Promise 的含義 Promise 是非同步編程的一種解決方案，比傳統的解決方案 回調函數和事件更合理、更強大。 1.1 什麼是Promise 簡單來說就是一個容器，裡面保存著某個未來才會結束的事件（也就是非同步操作）的結果。從語法上來講，Promise是一個對象，從它可以獲取非同步操作的消息， ...
  • layui2.5 開關在confirm確認了之後在關/開
    //js layui.use(['laydate', 'layer', 'element', 'form','laypage'], function() { form = layui.form, form.on('switch(used)', function(data){ var s... ...
  • Vue中音樂播放器
    一.安裝依賴 ​ or` 二.使用 三.官方文檔 "點我官方文檔" "點我中文官方文檔" ...
  • 求大於10的最小二進位八進位十進位迴文數字
    <script type="text/javascript"> String.prototype.reverse = function(){ this.split("").reverse().join("") } //在二進位中迴文數最低位會是1 那麼代表這個數會是奇數 var num = 11 w... ...
  • 可以提升幸福感的js小技巧（下）
    4、數字 4.1 不同進位表示法 ES6中新增了不同進位的書寫格式，在後臺傳參的時候要註意這一點。 4.2 精確到指定位數的小數 將數字四捨五入到指定的小數位數。使用 Math.round() 和模板字面量將數字四捨五入為指定的小數位數。 省略第二個參數 decimals ，數字將被四捨五入到一個整 ...
  • 鬆軟科技前端課堂：JavaScript 對象
    真實生活中的對象、屬性和方法 在真實生活中，汽車是一個對象。 汽車有諸如車重和顏色等屬性，也有諸如啟動和停止的方法： car.name = porsche car.model = 911 car.length = 4499mm car.color = white car.start() car.dr ...
  • 基於HTML5 WebGL的工業化3D電子圍欄
    現代工業化的推進在極大加速現代化進程的同時也帶來的相應的安全隱患，在傳統的可視化監控領域，一般都是基於 Web SCADA 的前端技術來實現 2D 可視化監控，本系統採用 Hightopo 的 HT for Web 產品來構造輕量化的 3D 可視化場景，該 3D 場景從正面展示了一個現代化工廠的現實... ...
  • 部分設計模式對比分析
    橋接模式與裝飾者模式區別： 橋接模式類圖 裝飾者模式類圖 1、定義： (1)橋接模式：將抽象部分與它的實現部分分離，使它們都可以獨立地變化 (2)裝飾者模式：動態地給一個對象增加一些額外的職責，就增加對象功能來說，裝飾模式比生成子類實現更為靈活 2、“獨立部分”不同： (1)橋接模式：抽象類和實現接 ...
一周排行
    -Advertisement-
    Play Games
  • UOS 開啟 VisualStudio 遠程調試 .NET 應用之旅
    前言 在我們開發過程中基本上不可或缺的用到一些敏感機密數據，比如SQL伺服器的連接串或者是OAuth2的Secret等，這些敏感數據在代碼中是不太安全的，我們不應該在源代碼中存儲密碼和其他的敏感數據，一種推薦的方式是通過Asp.Net Core的機密管理器。 機密管理器 在 ASP.NET Core ...
  • C# - 能否讓 SortedSet.RemoveWhere 內傳入的委托非同步執行
    新改進提供的Taurus Rpc 功能，可以簡化微服務間的調用，同時可以不用再手動輸出模塊名稱，或調用路徑，包括負載均衡，這一切，由框架實現並提供了。新的Taurus Rpc 功能，將使得服務間的調用，更加輕鬆、簡約、高效。 ...
  • 順序棧的介面程式
    順序棧的介面程式 目錄順序棧的介面程式頭文件創建順序棧入棧出棧利用棧將10進位轉16進位數驗證 頭文件 #include <stdio.h> #include <stdbool.h> #include <stdlib.h> 創建順序棧 // 指的是順序棧中的元素的數據類型，用戶可以根據需要進行修改 ...
  • mORMot2 獲取數據集1
    前言 整理這個官方翻譯的系列，原因是網上大部分的 tomcat 版本比較舊，此版本為 v11 最新的版本。 開源項目 從零手寫實現 tomcat minicat 別稱【嗅虎】心有猛虎，輕嗅薔薇。 系列文章 web server apache tomcat11-01-官方文檔入門介紹 web serv ...
  • 萬字長文總結與剖析C語言關鍵字 -- <<C語言深度解剖>>
    C總結與剖析:關鍵字篇 -- <<C語言深度解剖>> 目錄C總結與剖析:關鍵字篇 -- <<C語言深度解剖>>程式的本質:二進位文件變數1.變數:記憶體上的某個位置開闢的空間2.變數的初始化3.為什麼要有變數4.局部變數與全局變數5.變數的大小由類型決定6.任何一個變數,記憶體賦值都是從低地址開始往高地 ...
  • 【Flink入門修煉】2-3 Flink Checkpoint 原理機制
    如果讓你來做一個有狀態流式應用的故障恢復，你會如何來做呢？ 單機和多機會遇到什麼不同的問題？ Flink Checkpoint 是做什麼用的？原理是什麼？ ...
  • C++ 多級繼承與多重繼承：代碼組織與靈活性的平衡
    C++ 多級繼承 多級繼承是一種面向對象編程（OOP）特性，允許一個類從多個基類繼承屬性和方法。它使代碼更易於組織和維護，並促進代碼重用。 多級繼承的語法 在 C++ 中，使用 : 符號來指定繼承關係。多級繼承的語法如下： class DerivedClass : public BaseClass1 ...
  • 圖文結合手把手教你創建SpringCloud項目
    前言 什麼是SpringCloud？ Spring Cloud 是一系列框架的有序集合，它利用 Spring Boot 的開發便利性簡化了分散式系統的開發，比如服務註冊、服務發現、網關、路由、鏈路追蹤等。Spring Cloud 並不是重覆造輪子，而是將市面上開發得比較好的模塊集成進去，進行封裝，從 ...
  • 類模板的常見用法
    class_template 類模板和函數模板的定義和使用類似，我們已經進行了介紹。有時，有兩個或多個類，其功能是相同的，僅僅是數據類型不同。類模板用於實現類所需數據的類型參數化 template<class NameType, class AgeType> class Person { publi ...
  • system-v IPC共用記憶體通信
    目錄system v IPC簡介共用記憶體需要用到的函數介面shmget函數--獲取對象IDshmat函數--獲得映射空間shmctl函數--釋放資源共用記憶體實現思路註意 system v IPC簡介 消息隊列、共用記憶體和信號量統稱為system v IPC(進程間通信機制)，V是羅馬數字5，是UNI ...
所有分類