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

来源: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
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類