今天來學習一下設計模式中的中介者模式。
中介者模式可以理解為作為兩者雙方的調解者，負責傳遞訊息給對方，如果可能還可以在中介類中對訊息進行處理。我們常見的三層結構中也可以運用到該模式。比如往大了說業務邏輯層也可以看做表現層和資料庫讀取層的「中介者」。
把理論說了那麼多也沒用，主要還是在從**中理解出思想出來：
namespace
中介者模式
}//聯合國機構
abstract class unitednations
//聯合國安全理事會，作為美國和伊拉克的中介者
class unitednationssecuritycouncil : unitednations
}public iraq colleague2
}public override void declare(string message, country colleague) //
判斷是誰發出的訊息，然後負責傳遞訊息
else}}
//國家
abstract class country}//
美國 class usa : country
//宣告
public void declare(string message)
//獲得訊息
public void getmessage(string message)}//
伊拉克
class iraq : country
//宣告
public void declare(string message)
//獲得訊息
public void getmessage(string message)}}
設計模式之中介者模式
1 抽象中介者，mediator 抽象中介 author jin.li public abstract class mediator2 具體的中介者，主機板 主機板中介 author jin.li public class mainboard extends mediator if colleagu...
設計模式之中介者模式
中介者模式 假如沒有總經理，下面六個個部門，財務部 市場部 研發部，財務部要發工資，讓大家核對公司需要跟市場部和研發部都通氣，市場部要接個新專案，需要研發部門處理技術，需要財務部出資金，市場部跟各個部門打交道，雖然只有六個個部門，但是關係非常亂 實際上，公司有總經理，各個部門有什麼事情都通報給總結裡...
設計模式之中介者模式
嘮叨幾句 設計模式的案例我已經寫過大部分的案例，但是本人沒有經常寫部落格的習慣，最近在將本人之前在碼雲上的案例直接搬過來 個人感覺容易和外觀模式弄混，所以在這裡做下簡單的比較 外觀模式 本質封裝互動，組合呼叫。就是向外部提供一組功能，但是具體的實現比較複雜，內部有喝多的元件相互組合呼叫，強調的是外觀...