網站首頁 編程語言 正文
一、動機(Motivate)
為什么要使用中介者模式呢?如果不使用中介者模式的話,各個同事對象將會相互進行引用,如果每個對象都與多個對象進行交互時,將會形成如下圖所示的網狀結構。
從上圖可以發現,如果不使用中介者模式的話,每個對象之間過度耦合,這樣的既不利于類的復用也不利于擴展。如果引入了中介者模式,那么對象之間的關系將變成星型結構,采用中介者模式之后會形成如下圖所示的結構:
從上圖可以發現,使用中介者模式之后,任何一個類的變化,只會影響中介者和類本身,不像之前的設計,任何一個類的變化都會引起其關聯所有類的變化。這樣的設計大大減少了系統的耦合度。
在軟件構建過程中,經常會出現多個對象互相關聯交互的情況,對象之間常常會維持一種復雜的引用關系,如果遇到一些需求的更改,這種直接的引用關系將面臨不斷地變化。
在這種情況下,我們可使用一個“中介對象”來管理對象間的關聯關系,避免相互交互的對象之間的緊耦合引用關系,從而更好地抵御變化。
二、意圖(Intent)
定義了一個中介對象來封裝一系列對象之間的交互關系。中介者使各個對象之間不需要顯式地相互引用,從而使耦合性降低,而且可以獨立地改變它們之間的交互行為。???????????????????????????????? ——《設計模式》GoF
三、結構圖(Structure)
四、模式的組成
可以看出,在中介者模式的結構圖有以下角色:
(1)、抽象中介者角色(Mediator):在里面定義各個同事之間交互需要的方法,可以是公共的通信方法,也可以是小范圍的交互方法。
(2)、具體中介者角色(ConcreteMediator):它需要了解并維護各個同事對象,并負責具體的協調各同事對象的交互關系。
(3)、抽象同事類(Colleague):通常為抽象類,主要約束同事對象的類型,并實現一些具體同事類之間的公共功能,比如,每個具體同事類都應該知道中介者對象,也就是具體同事類都會持有中介者對象,都可以到這個類里面。
(4)、具體同事類(ConcreteColleague):實現自己的業務,需要與其他同事通信時候,就與持有的中介者通信,中介者會負責與其他同事類交互。
五、中介者模式的代碼實現
中介者模式在現實生活中也有類似的例子,不論是QQ群或者是微信群,或者手提電話,它們都是充當一個中間平臺,QQ用戶可以登錄這個中間平臺與其他QQ用戶進行交流,如果沒有這些中間平臺,我們如果想與朋友進行聊天的話,可能就需要當面才可以了。比如:在公司管理過程中,就會涉及到各個部門之間的協調和合作,如何各個部門直接來溝通,看著好像直接高效,其實不然。各個部門之間為了完成一個工作,溝通協調就需要一個人來做這個工作,誰呢?總經理,我們這里就把總經理定義為成總的管理者,各個部門需要向他匯報和發起工作請求。
static void Main(String[] args)
{
President mediator = new President();
Market market = new Market(mediator);
Development development = new Development(mediator);
Financial financial = new Financial(mediator);
mediator.SetFinancial(financial);
mediator.SetDevelopment(development);
mediator.SetMarket(market);
market.Process();
market.Apply();
}
//抽象中介者角色
public interface Mediator
{
void Command(Department department);
}
//總經理--相當于具體中介者角色
public sealed class President : Mediator
{
//總經理有各個部門的管理權限
private Financial _financial;
private Market _market;
private Development _development;
public void SetFinancial(Financial financial)
{
this._financial = financial;
}
public void SetDevelopment(Development development)
{
this._development = development;
}
public void SetMarket(Market market)
{
this._market = market;
}
public void Command(Department department)
{
if (department.GetType() == typeof(Market))
{
_financial.Process();
}
}
}
//同事類的接口
public abstract class Department
{
//持有中介者(總經理)的引用
private Mediator mediator;
protected Department(Mediator mediator)
{
this.mediator = mediator;
}
public Mediator GetMediator
{
get { return mediator; }
private set { this.mediator = value; }
}
//做本部門的事情
public abstract void Process();
//向總經理發出申請
public abstract void Apply();
}
//開發部門
public sealed class Development : Department
{
public Development(Mediator m) : base(m) { }
public override void Process()
{
Console.WriteLine("我們是開發部門,要進行項目開發,沒錢了,需要資金支持!");
}
public override void Apply()
{
Console.WriteLine("專心科研,開發項目!");
}
}
//財務部門
public sealed class Financial : Department
{
public Financial(Mediator m) : base(m) { }
public override void Process()
{
Console.WriteLine("匯報工作!沒錢了,錢太多了!怎么花?");
}
public override void Apply()
{
Console.WriteLine("數錢!");
}
}
//市場部門
public sealed class Market : Department
{
public Market(Mediator mediator) : base(mediator) { }
public override void Process()
{
Console.WriteLine("匯報工作!項目承接的進度,需要資金支持!");
GetMediator.Command(this);
}
public override void Apply()
{
Console.WriteLine("跑去接項目!");
}
}
六、中介者模式的實現要點:
將多個對象間復雜的關聯關系解耦,Mediator模式將多個對象間的控制邏輯進行集中管理,變“多個對象互相關聯”為“多個對象和一個中介者關聯”,簡化了系統的維護,抵御了可能的變化。隨著控制邏輯的復雜化,Mediator具體對象的實現可能相當復雜。這時候可以對Mediator對象進行分解處理。
- Facade模式是解耦系統外到系統內(單向)的對相關聯關系
- Mediator模式是解耦系統內各個對象之間(雙向)的關聯關系
1、中介者模式的優點
(1)、松散耦合:中介者模式通過把多個同事對象之間的交互封裝到中介對象里面,從而使得對象之間松散耦合,基本上可以做到互不依賴。這樣一來,同時對象就可以獨立的變化和復用,不再“牽一發動全身”
(2)、集中控制交互:多個同事對象的交互,被封裝在中介者對象里面集中管理,使得這些交互行為發生變化的時候,只需要修改中介者就可以了。
(3)、多對多變為一對多:沒有中介者模式的時候,同事對象之間的關系通常是多對多,引入中介者對象后,中介者和同事對象的關系通常變為雙向的一對多,這會讓對象的關系更容易理解和實現。
2、中介者模式的缺點
過多集中化:如果同事對象之間的交互非常多,而且比較復雜,當這些復雜性全都集中到中介者的時候,會導致中介者對象變的十分復雜,而且難于維護和管理。
七、.NET 中介者模式的實現
根據我個人的理解,微軟的ASP.NET MVC開發模式就是一個中介者模式的很好的實現,其中C就是Controller,也就是中文所說的控制器,控制器就是一個中介者,M和V和它打交道,具體的情況大家可以去查看相關資料,這方面的資料還是很多的。
原文鏈接:https://www.cnblogs.com/springsnow/p/11359203.html
相關推薦
- 2022-03-22 C++this指針詳情_C 語言
- 2022-08-28 failed to configure a datasource: ‘url‘ attribute
- 2022-04-17 算法時間復雜度和空間復雜度
- 2022-06-11 sql?server查詢語句阻塞優化性能_MsSql
- 2022-08-10 如何利用SQL語句創建數據庫詳解_數據庫其它
- 2022-12-15 C++同步線程實現示例詳解_C 語言
- 2023-03-26 spring?boot整合redis中間件與熱部署實現代碼_Redis
- 2022-04-05 easyswoole轉發報錯 writev() failed (104 nginx
- 最近更新
-
- window11 系統安裝 yarn
- 超詳細win安裝深度學習環境2025年最新版(
- Linux 中運行的top命令 怎么退出?
- MySQL 中decimal 的用法? 存儲小
- get 、set 、toString 方法的使
- @Resource和 @Autowired注解
- Java基礎操作-- 運算符,流程控制 Flo
- 1. Int 和Integer 的區別,Jav
- spring @retryable不生效的一種
- Spring Security之認證信息的處理
- Spring Security之認證過濾器
- Spring Security概述快速入門
- Spring Security之配置體系
- 【SpringBoot】SpringCache
- Spring Security之基于方法配置權
- redisson分布式鎖中waittime的設
- maven:解決release錯誤:Artif
- restTemplate使用總結
- Spring Security之安全異常處理
- MybatisPlus優雅實現加密?
- Spring ioc容器與Bean的生命周期。
- 【探索SpringCloud】服務發現-Nac
- Spring Security之基于HttpR
- Redis 底層數據結構-簡單動態字符串(SD
- arthas操作spring被代理目標對象命令
- Spring中的單例模式應用詳解
- 聊聊消息隊列,發送消息的4種方式
- bootspring第三方資源配置管理
- GIT同步修改后的遠程分支