在閻宏博士的《JAVA與模式》一書中開頭是這樣描述調停者(Mediator)模式的：

調停者模式是對象的行為模式。調停者模式包裝了一系列對象相互作用的方式，使得這些對象不必相互明顯引用。從而使它們可以較松散地耦合。當這些對象中的某些對象之間的相互作用發生改變時，不會立即影響到其他的一些對象之間的相互作用。從而保證這些相互作用可以彼此獨立地變化。

為什么需要調停者

如下圖所示，這個示意圖中有大量的對象，這些對象既會影響別的對象，又會被別的對象所影響，因此常常叫做同事(Colleague)對象。這些同事對象通過彼此的相互作用形成系統的行為。從圖中可以看出，幾乎每一個對象都需要與其他的對象發生相互作用，而這種相互作用表現為一個對象與另一個對象的直接耦合。這就是過度耦合的系統。

通過引入調停者對象(Mediator)，可以將系統的網狀結構變成以中介者為中心的星形結構，如下圖所示。在這個星形結構中，同事對象不再通過直接的聯系與另一個對象發生相互作用；相反的，它通過調停者對象與另一個對象發生相互作用。調停者對象的存在保證了對象結構上的穩定，也就是說，系統的結構不會因為新對象的引入造成大量的修改工作。

　　一個好的面向對象的設計可以使對象之間增加協作性(Collaboration)，減少耦合度(Couping)。一個深思熟慮的設計會把一個系統分解為一群相互協作的同事對象，然后給每一個同事對象以獨特的責任，恰當的配置它們之間的協作關系，使它們可以在一起工作。

如果沒有主板

大家都知道，電腦里面各個配件之間的交互，主要是通過主板來完成的。如果電腦里面沒有了主板，那么各個配件之間就必須自行相互交互，以互相傳送數據。而且由于各個配件的接口不同，相互之間交互時，還必須把數據接口進行轉換才能匹配上。

所幸是有了主板，各個配件的交互完全通過主板來完成，每個配件都只需要和主板交互，而主板知道如何跟所有的配件打交道，這樣就簡單多了。

調停者模式的結構

調停者模式的示意性類圖如下所示：

調停者模式包括以下角色：

●　　抽象調停者(Mediator)角色：定義出同事對象到調停者對象的接口，其中主要方法是一個(或多個)事件方法。

●　　具體調停者(ConcreteMediator)角色：實現了抽象調停者所聲明的事件方法。具體調停者知曉所有的具體同事類，并負責具體的協調各同事對象的交互關系。

●　　抽象同事類(Colleague)角色：定義出調停者到同事對象的接口。同事對象只知道調停者而不知道其余的同事對象。

●　　具體同事類(ConcreteColleague)角色：所有的具體同事類均從抽象同事類繼承而來。實現自己的業務，在需要與其他同事通信的時候，就與持有的調停者通信，調停者會負責與其他的同事交互。

源代碼

抽象調停者類

public interfaceMediator {/*** 同事對象在自身改變的時候來通知調停者方法

* 讓調停者去負責相應的與其他同事對象的交互*/

public voidchanged(Colleague c);

}

具體調停者類

public class ConcreteMediator implementsMediator {//持有并維護同事A

privateConcreteColleagueA colleagueA;//持有并維護同事B

privateConcreteColleagueB colleagueB;public voidsetColleagueA(ConcreteColleagueA colleagueA) {this.colleagueA =colleagueA;

}public voidsetColleagueB(ConcreteColleagueB colleagueB) {this.colleagueB =colleagueB;

}

@Overridepublic voidchanged(Colleague c) {/*** 某一個同事類發生了變化，通常需要與其他同事交互

* 具體協調相應的同事對象來實現協作行為*/}

}

抽象同事類

public abstract classColleague {//持有一個調停者對象

privateMediator mediator;/*** 構造函數*/

publicColleague(Mediator mediator){this.mediator =mediator;

}/*** 獲取當前同事類對應的調停者對象*/

publicMediator getMediator() {returnmediator;

}

}

具體同事類

public class ConcreteColleagueA extendsColleague {publicConcreteColleagueA(Mediator mediator) {super(mediator);

}/*** 示意方法，執行某些操作*/

public voidoperation(){//在需要跟其他同事通信的時候，通知調停者對象

getMediator().changed(this);

}

}

public class ConcreteColleagueB extendsColleague {publicConcreteColleagueB(Mediator mediator) {super(mediator);

}/*** 示意方法，執行某些操作*/

public voidoperation(){//在需要跟其他同事通信的時候，通知調停者對象

getMediator().changed(this);

}

}

使用電腦來看電影

在日常生活中，我們經常使用電腦來看電影，把這個過程描述出來，簡化后假定會有如下的交互過程：

(1)首先是光驅要讀取光盤上的數據，然后告訴主板，它的狀態改變了。

(2)主板去得到光驅的數據，把這些數據交給CPU進行分析處理。

(3)CPU處理完后，把數據分成了視頻數據和音頻數據，通知主板，它處理完了。

(4)主板去得到CPU處理過后的數據，分別把數據交給顯卡和聲卡，去顯示出視頻和發出聲音。

要使用調停者模式來實現示例，那就要區分出同事對象和調停者對象。很明顯，主板是調停者，而光驅、聲卡、CPU、顯卡等配件，都是作為同事對象。

源代碼

抽象同事類

public abstract classColleague {//持有一個調停者對象

privateMediator mediator;/*** 構造函數*/

publicColleague(Mediator mediator){this.mediator =mediator;

}/*** 獲取當前同事類對應的調停者對象*/

publicMediator getMediator() {returnmediator;

}

}

同事類——光驅

public class CDDriver extendsColleague{//光驅讀取出來的數據

private String data = "";/*** 構造函數*/

publicCDDriver(Mediator mediator) {super(mediator);

}/*** 獲取光盤讀取出來的數據*/

publicString getData() {returndata;

}/*** 讀取光盤*/

public voidreadCD(){//逗號前是視頻顯示的數據，逗號后是聲音

this.data = "One Piece,海賊王我當定了";//通知主板，自己的狀態發生了改變

getMediator().changed(this);

}

}

同事類——CPU

public class CPU extendsColleague {//分解出來的視頻數據

private String videoData = "";//分解出來的聲音數據

private String soundData = "";/*** 構造函數*/

publicCPU(Mediator mediator) {super(mediator);

}/*** 獲取分解出來的視頻數據*/

publicString getVideoData() {returnvideoData;

}/*** 獲取分解出來的聲音數據*/

publicString getSoundData() {returnsoundData;

}/*** 處理數據，把數據分成音頻和視頻的數據*/

public voidexecuteData(String data){//把數據分解開，前面是視頻數據，后面是音頻數據

String[] array = data.split(",");this.videoData = array[0];this.soundData = array[1];//通知主板，CPU完成工作

getMediator().changed(this);

}

}

同事類——顯卡

public class VideoCard extendsColleague {/*** 構造函數*/

publicVideoCard(Mediator mediator) {super(mediator);

}/*** 顯示視頻數據*/

public voidshowData(String data){

System.out.println("您正在觀看的是：" +data);

}

}

同事類——聲卡

public class SoundCard extendsColleague {/*** 構造函數*/

publicSoundCard(Mediator mediator) {super(mediator);

}/*** 按照聲頻數據發出聲音*/

public voidsoundData(String data){

System.out.println("畫外音：" +data);

}

}

抽象調停者類

public interfaceMediator {/*** 同事對象在自身改變的時候來通知調停者方法

* 讓調停者去負責相應的與其他同事對象的交互*/

public voidchanged(Colleague c);

}

具體調停者類

public class MainBoard implementsMediator {//需要知道要交互的同事類——光驅類

private CDDriver cdDriver = null;//需要知道要交互的同事類——CPU類

private CPU cpu = null;//需要知道要交互的同事類——顯卡類

private VideoCard videoCard = null;//需要知道要交互的同事類——聲卡類

private SoundCard soundCard = null;public voidsetCdDriver(CDDriver cdDriver) {this.cdDriver =cdDriver;

}public voidsetCpu(CPU cpu) {this.cpu =cpu;

}public voidsetVideoCard(VideoCard videoCard) {this.videoCard =videoCard;

}public voidsetSoundCard(SoundCard soundCard) {this.soundCard =soundCard;

}

@Overridepublic voidchanged(Colleague c) {if(c instanceofCDDriver){//表示光驅讀取數據了

this.opeCDDriverReadData((CDDriver)c);

}else if(c instanceofCPU){this.opeCPU((CPU)c);

}

}/*** 處理光驅讀取數據以后與其他對象的交互*/

private voidopeCDDriverReadData(CDDriver cd){//先獲取光驅讀取的數據

String data =cd.getData();//把這些數據傳遞給CPU進行處理

cpu.executeData(data);

}/*** 處理CPU處理完數據后與其他對象的交互*/

private voidopeCPU(CPU cpu){//先獲取CPU處理后的數據

String videoData =cpu.getVideoData();

String soundData=cpu.getSoundData();//把這些數據傳遞給顯卡和聲卡展示出來

videoCard.showData(videoData);

soundCard.soundData(soundData);

}

}

客戶端類

public classClient {public static voidmain(String[] args) {//創建調停者——主板

MainBoard mediator = newMainBoard();//創建同事類

CDDriver cd = newCDDriver(mediator);

CPU cpu= newCPU(mediator);

VideoCard vc= newVideoCard(mediator);

SoundCard sc= newSoundCard(mediator);//讓調停者知道所有同事

mediator.setCdDriver(cd);

mediator.setCpu(cpu);

mediator.setVideoCard(vc);

mediator.setSoundCard(sc);//開始看電影，把光盤放入光驅，光驅開始讀盤

cd.readCD();

}

}

運行結果如下：

調停者模式的優點

●　　松散耦合

調停者模式通過把多個同事對象之間的交互封裝到調停者對象里面，從而使得同事對象之間松散耦合，基本上可以做到互補依賴。這樣一來，同事對象就可以獨立地變化和復用，而不再像以前那樣“牽一處而動全身”了。

●　集中控制交互

多個同事對象的交互，被封裝在調停者對象里面集中管理，使得這些交互行為發生變化的時候，只需要修改調停者對象就可以了，當然如果是已經做好的系統，那么就擴展調停者對象，而各個同事類不需要做修改。

●　　多對多變成一對多

沒有使用調停者模式的時候，同事對象之間的關系通常是多對多的，引入調停者對象以后，調停者對象和同事對象的關系通常變成雙向的一對多，這會讓對象的關系更容易理解和實現。

調停者模式的缺點

調停者模式的一個潛在缺點是，過度集中化。如果同事對象的交互非常多，而且比較復雜，當這些復雜性全部集中到調停者的時候，會導致調停者對象變得十分復雜，而且難于管理和維護。