1. 進(jìn)銷存管理是這個(gè)樣子的嗎

書中通過(guò)各個(gè)公司的基本模式來(lái)引入這個(gè)模式拢军，無(wú)論是哪個(gè)公司都有相同的三個(gè)環(huán)節(jié)：采購(gòu)、銷售和庫(kù)存（這里不單單是指實(shí)際存在的產(chǎn)品籽暇，也包括一些沒(méi)有實(shí)質(zhì)的知識(shí)）耘婚，確實(shí)也是這樣扯罐，不管是哪個(gè)行業(yè)，都少不了這三個(gè)環(huán)節(jié)肥照，做產(chǎn)品的不提脚仔，哪怕是做咨詢服務(wù)的公司，他也要采購(gòu)知識(shí)經(jīng)驗(yàn)舆绎，這是這類企業(yè)的生存之本鲤脏，銷售的也是知識(shí)和經(jīng)驗(yàn)，庫(kù)存同樣是知識(shí)和經(jīng)驗(yàn)吕朵。既然進(jìn)銷存是如此重要猎醇，我們今天就來(lái)學(xué)學(xué)它的原理和設(shè)計(jì)，三個(gè)模塊的示意圖如圖14-1：

14-1

• 銷售情況
  銷售部門要反饋銷售情況哮塞，暢銷就多采購(gòu)，滯銷就不采購(gòu)斥铺。
• 庫(kù)存情況
  即使暢銷產(chǎn)品彻桃，庫(kù)存都有1000臺(tái)了，每天才賣出去10臺(tái)晾蜘，也就不需要采購(gòu)了邻眷！

銷售模塊是企業(yè)的盈利核心，對(duì)其他兩個(gè)模塊也有影響：

• 庫(kù)存情況
  庫(kù)房有貨剔交，才能銷售肆饶，空手套白狼是不行的。

• 督促采購(gòu)
  在特殊情況下岖常，比如一個(gè)企業(yè)客戶要一次性購(gòu)買100臺(tái)電腦驯镊，庫(kù)存只有80臺(tái)，這時(shí)需要催促采購(gòu)部門趕快采購(gòu)！
  同樣的板惑，庫(kù)存管理也對(duì)其他兩個(gè)模塊有影響橄镜。庫(kù)房是有容積限制的，所以就有了清倉(cāng)處理冯乘，那就要求采購(gòu)部門停止采購(gòu)洽胶，同時(shí)銷售部門進(jìn)行打折銷售。
  從以上分析來(lái)看裆馒，這三個(gè)模塊都有自己的行為姊氓，并且與其他模塊之間的行為產(chǎn)生關(guān)聯(lián)，類似我們辦公一樣喷好，各個(gè)部門負(fù)責(zé)不一樣翔横，但是彼此之間有交叉，于是彼此之間就產(chǎn)生了緊耦合梗搅。我們先來(lái)實(shí)現(xiàn)這個(gè)進(jìn)銷存禾唁，類圖14-2：

  
  
  12-2
  
  

  Purchase負(fù)責(zé)采購(gòu)管理，buyIBMComputer指定了采購(gòu)IBM電腦些膨，refuseBuyIBM是指不在采購(gòu)IBM了蟀俊，代碼如下：

public class Purchase {
    public void buyIBMcomputer(int number){
        //訪問(wèn)庫(kù)存
        Stock stock = new Stock();
        //訪問(wèn)銷售
        Sale sale = new Sale();
        //電腦銷售情況
        int saleStatus = sale.getSaleStatus();
        if(saleStatus > 80){//銷售情況良好
            System.out.println("采購(gòu)IBM電腦:"+number+"臺(tái)");
            stock.increase(number);
        }else{//銷售情況不好
            number = number/2;
            System.out.println("采購(gòu)IBM電腦:"+number+"臺(tái)");
            stock.increase(number);
        }
    }

    public void refuseBuyIBM(){
        System.out.println("不在采購(gòu)IBM電腦");
    }

}

Purchase定義了采購(gòu)電腦的標(biāo)準(zhǔn)：如果銷售情況比較好，大于80分订雾，你讓我采購(gòu)多少我就采購(gòu)多少肢预；銷售情況不好，你讓我采購(gòu)100臺(tái)洼哎，我就采購(gòu)50臺(tái)烫映，對(duì)折采購(gòu)。電腦采購(gòu)?fù)戤呚停枰诺綆?kù)房中锭沟，因此要調(diào)用庫(kù)存的方法，增加庫(kù)存電腦數(shù)量识补。我們繼續(xù)來(lái)看庫(kù)存Stock類族淮，代碼如下：

public class Stock {
    //剛開(kāi)始有100臺(tái)電腦
    private static int COMPUTER_NUMBER = 100;
    //庫(kù)存增加
    public void increase(int number) {
        COMPUTER_NUMBER = COMPUTER_NUMBER + number;
        System.out.println("庫(kù)存數(shù)量為:"+COMPUTER_NUMBER);
    }
    //庫(kù)存降低
    public void decrease(int number){
        COMPUTER_NUMBER = COMPUTER_NUMBER - number;
        System.out.println("庫(kù)存數(shù)量:"+COMPUTER_NUMBER);
    }
    //獲得庫(kù)存數(shù)量
    public int getStockNumber(){
        return COMPUTER_NUMBER;
    }
    //存貨壓力大了，就要通知采購(gòu)人員不要采購(gòu)了凭涂，銷售人員要盡快銷售
    public void clearStock(){
        Purchase purchase = new Purchase();
        Sale sale = new Sale();
        System.out.println("清理存貨數(shù)量為:"+COMPUTER_NUMBER);
        //要求折價(jià)銷售
        sale.offSale();
        //要求采購(gòu)人員不要采購(gòu)
        purchase.refuseBuyIBM();
    }
}

庫(kù)存中的貨物數(shù)量肯定有增減祝辣，同時(shí)庫(kù)存中還有一個(gè)容量顯示，達(dá)到一定得容量后就要求對(duì)一些商品進(jìn)行折價(jià)處理切油，以騰出更多的空間容納新產(chǎn)品蝙斜。于是就有了clearStock方法，既然是清倉(cāng)處理肯定就要折價(jià)銷售了澎胡。于是在Sale類中就有offSale方法孕荠，我們來(lái)看看Sale代碼：

public class Sale {
    //銷售IBM電腦
    public void sellIBMComputer(int number){
        //訪問(wèn)庫(kù)存
        Stock stock = new Stock();
        //訪問(wèn)采購(gòu)
        Purchase purchase = new Purchase();
        if(stock.getStockNumber() < number){ //庫(kù)存數(shù)量不夠
            purchase.buyIBMcomputer(number);
        }
        System.out.println("銷售IBM電腦"+number+"臺(tái)");
        stock.decrease(number);
    }
    //反饋銷售情況娩鹉，
    public int getSaleStatus() {
        Random rand = new Random(System.currentTimeMillis());
        int saleStatus = rand.nextInt(100);
        System.out.println("IBM電腦的銷售情況為："+saleStatus);
        return saleStatus;
    }
    //折價(jià)處理
    public void offSale() {
        //庫(kù)房有多少賣多少
        Stock stock = new Stock();
        System.out.println("折價(jià)銷售IBM電腦"+stock.getStockNumber()+"臺(tái)");
    }
}

Sale類中的getSaleStatus是獲得銷售情況，這個(gè)當(dāng)然要出現(xiàn)在Sale類中了稚伍。記住要把恰當(dāng)?shù)念惙诺角‘?dāng)?shù)念愔型溆瑁N售情況只有銷售人員才能反饋出來(lái)，通過(guò)百分制的機(jī)制衡量銷售情況槐瑞。我們?cè)诳纯磮?chǎng)景類是怎么運(yùn)行的熙涤，代碼如下：

public class Client {
    public static void main(){
        //采購(gòu)人員采購(gòu)電腦
        System.out.println("------采購(gòu)人員采購(gòu)電腦-----");
        Purchase purchase = new Purchase();
        purchase.buyIBMcomputer(100);
        //銷售人員銷售電腦
        System.out.println("---銷售人員銷售電腦---");
        Sale sale = new Sale();
        sale.sellIBMComputer(1);
        //庫(kù)房管理人員管理庫(kù)存
        System.out.println("---庫(kù)存管理人員清理庫(kù)存---");
        Stock stock = new Stock();
        stock.clearStock();
    }
}

//運(yùn)行結(jié)果
------采購(gòu)人員采購(gòu)電腦-----
IBM電腦的銷售情況為：90
采購(gòu)IBM電腦:100臺(tái)
庫(kù)存數(shù)量為:200
---銷售人員銷售電腦---
銷售IBM電腦1臺(tái)
庫(kù)存數(shù)量:199
---庫(kù)存管理人員清理庫(kù)存---
清理存貨數(shù)量為:199
折價(jià)銷售IBM電腦199臺(tái)
不在采購(gòu)IBM電腦

我們?cè)趫?chǎng)景類中模擬了三種人員的活動(dòng)：采購(gòu)人員采購(gòu)電腦阁苞，銷售人員銷售電腦困檩，庫(kù)存管理員管理庫(kù)存。（這個(gè)代碼只是一個(gè)例子那槽，實(shí)際基本不會(huì)寫這樣的代碼）
三個(gè)不同類型的參與者完成了各自的活動(dòng)悼沿。但是這三個(gè)類彼此關(guān)聯(lián)，每個(gè)類都和其他類產(chǎn)生了關(guān)聯(lián)關(guān)系骚灸。迪米特法則認(rèn)為每個(gè)類只和朋友類交流糟趾，這個(gè)朋友類并非越多越好，朋友類越多甚牲，耦合性越大义郑，要想修改就得修改一片，這不是面向?qū)ο笤O(shè)計(jì)所期望的丈钙，況且這還僅三個(gè)模塊的情況非驮，屬于比較簡(jiǎn)單的一個(gè)小項(xiàng)目。我們把進(jìn)銷存擴(kuò)展一下雏赦，如圖14-3：

14-3

14-4

14-5

14-6

public abstract class AbstractMediator {
    protected Purchase purchase;
    protected Sale sale;
    protected Stock stock;
    //構(gòu)造函數(shù)
    public  AbstractMediator(){
        purchase = new Purchase(this);
        sale = new Sale(this);
        stock = new Stock(this);
    }
    //中介者最重要的方法叫做事件方法，處理多個(gè)對(duì)象之間的關(guān)系
    public abstract void execute(String str,Object ...objects);
}

再來(lái)看看具體的中介者原献，我們可以根據(jù)業(yè)務(wù)的要求產(chǎn)生多個(gè)中介者馏慨，并劃分各個(gè)中介者的職責(zé)，具體中介者的代碼如下:

public class Mediator extends AbstractMediator {
    @Override
    public void execute(String str, Object... objects) {
        if("purchase.buy".equals(str)){ //采購(gòu)電腦
            this.buyComputer((Integer)objects[0]);
        }else if("sale.sell".equals(str)){ //銷售電腦
            this.sellComputer((Integer)objects[0]);
        }else if("sale.offsell".equals(str)){ //折價(jià)銷售
            this.offsell();
        }else if("stock.clear".equals(str)){ //清倉(cāng)處理
            this.clearStock();
        }
    }

    private void offsell(){
        System.out.println("折價(jià)銷售IBM電腦:"+stock.getStockNumber()+"臺(tái)");
    }
private void clearStock(){
        super.sale.offSale();
        super.purchase.refuseBuyIBM();
    }


    private void sellComputer(int number) {
       if(super.stock.getStockNumber() < number){ //庫(kù)存數(shù)量不夠銷售
           super.purchase.buyIBMcomputer(number);
       }
       super.stock.decrease(number);
    }

    private void buyComputer(int number) {
        int saleStatus = super.sale.getSaleStatus();
        if(saleStatus > 80){//銷售情況良好
            System.out.println("采購(gòu)IBM的電腦:"+number+"臺(tái)");
            super.stock.increase(number);
        }else{
            number = number/2;
            System.out.println("采購(gòu)IBM的電腦:"+number+"臺(tái)");
            super.stock.increase(number);
        }
    }
}

中介者M(jìn)ediator定義了多個(gè)private方法姑隅，其目的是處理各個(gè)對(duì)象之間的依賴關(guān)系写隶，就是說(shuō)把原有一個(gè)對(duì)象要依賴多個(gè)對(duì)象的情況移到中介者的private方法中實(shí)現(xiàn)。在實(shí)際項(xiàng)目中讲仰，一般的做法是中介者按照職責(zé)進(jìn)行劃分慕趴，每個(gè)中介者處理一個(gè)或多個(gè)類似的關(guān)聯(lián)請(qǐng)求。
由于要使用中介者鄙陡，我們?cè)黾右粋€(gè)抽象同事類冕房，三個(gè)具體的實(shí)現(xiàn)類分別繼承該抽象類（其實(shí)各個(gè)模塊負(fù)責(zé)的東西不一樣，應(yīng)該不會(huì)有太多的相似的特點(diǎn)去抽象趁矾，這個(gè)比較多余）耙册，代碼如下：

public abstract class AbstractColleague {
    protected AbstractMediator mediator;
    public AbstractColleague(AbstractMediator mediator){
        this.mediator = mediator;
    }
}

采購(gòu)Purchase類代碼如下:

public class Purchase extends AbstractColleague{
    public Purchase(AbstractMediator mediator){
        super(mediator);
    }
    //采購(gòu)IBM電腦
    public void buyIBMcomputer(int number){
        super.mediator.execute("purchase.buy",number);
    }
    //不在采購(gòu)IBM電腦
    public void refuseBuyIBM(){
        System.out.println("不再采購(gòu)IBM電腦");
    }
}

上述Purchase類簡(jiǎn)化了很多，處理自己的職責(zé)毫捣，與外界有關(guān)系的事件處理則交給中介者來(lái)完成详拙。再來(lái)看看Stock類帝际，代碼如下:

public class Stock extends AbstractColleague {
    private static int COMPUTER_NUMBER = 100;
    public Stock(AbstractMediator mediator) {
        super(mediator);
    }
    //庫(kù)存增加
    public void increase(int number){
        COMPUTER_NUMBER = COMPUTER_NUMBER+number;
        System.out.println("庫(kù)存數(shù)量為:"+COMPUTER_NUMBER);
    }
    //庫(kù)存降低
    public void decrease(int number){
        COMPUTER_NUMBER = COMPUTER_NUMBER - number;
        System.out.println("庫(kù)存數(shù)量為:"+COMPUTER_NUMBER);
    }
    //獲得庫(kù)存數(shù)量
    public int getStockNumber(){
        return COMPUTER_NUMBER;
    }
    //存貨壓力大了，就要通知采購(gòu)人員不要采購(gòu)饶辙，銷售人員要盡快 銷售
    public void clearStock(){
        System.out.println("清理存貨數(shù)量為:"+COMPUTER_NUMBER);
        super.mediator.execute("stock.clear");
    }
}

銷售管理Sale類代碼如下:

public class Sale extends AbstractColleague {
    public Sale(AbstractMediator mediator) {
        super(mediator);
    }
    //銷售IBM電腦
    public void sellIBMComputer(int number){
        super.mediator.execute("sale.sell",number);
        System.out.println("銷售IBM電腦"+number+"臺(tái)");
    }
    //反饋銷售情況蹲诀，0到100變化，100代表非常暢銷
    public int getSaleStatus(){
        Random rand  = new Random(System.currentTimeMillis());
        int saleStatus = rand.nextInt(100);
        System.out.println("IBM電腦的銷售情況為："+saleStatus);
        return saleStatus;
    }
    //折價(jià)處理
    public void offSale(){
        super.mediator.execute("sale.offsell");
    }

}

修改后的場(chǎng)景類代碼如下:

public class Client {
    public static void main(String[] args) {
        AbstractMediator mediator = new Mediator();
        //采購(gòu)人員采購(gòu)電腦
        System.out.println("------采購(gòu)人員采購(gòu)電腦-----");
        Purchase purchase = new Purchase(mediator);
        purchase.buyIBMcomputer(100);
        //銷售人員銷售電腦
        System.out.println("---銷售人員銷售電腦---");
        Sale sale = new Sale(mediator);
        sale.sellIBMComputer(1);
        //庫(kù)房管理人員管理庫(kù)存
        System.out.println("---庫(kù)存管理人員清理庫(kù)存---");
        Stock stock = new Stock(mediator);
        stock.clearStock();
    }
}

在場(chǎng)景類中增加了一個(gè)中介者弃揽，然后分別傳遞到三個(gè)同事類中脯爪，三個(gè)類都具有相同的特性：只負(fù)責(zé)處理自己的活動(dòng)，與自己無(wú)關(guān)的活動(dòng)就丟給中介者處理矿微，程序運(yùn)行的結(jié)果是相同的痕慢。從項(xiàng)目設(shè)計(jì)上看，加入了中介者冷冗，設(shè)計(jì)結(jié)構(gòu)清晰了很多守屉，而且類間的耦合性大大減少了，代碼質(zhì)量也有了很大的提升蒿辙。
在多個(gè)對(duì)象依賴的情況下，通過(guò)加入中介者角色滨巴，取消了多個(gè)對(duì)象的關(guān)聯(lián)或依賴關(guān)系思灌，減少了對(duì)象的耦合性。

2. 中介者模式的定義

中介者模式的定義為:Define an object that encapsulates how a set of objects interact.Mediator promotes loose coupling by keeping objects from referring to each other explicitly,and it lets you vary their interaction independently.(用一個(gè)中介對(duì)象封裝一系列的對(duì)象交互恭取，中介者使各對(duì)象不需要顯示地相互作用泰偿，從而使其耦合松散，而且可以獨(dú)立地改變他們之間的交互蜈垮。)
中介者模式通用類圖如圖14-7:

14-7

• Mediator抽象中介者角色
  抽象中介者角色定義統(tǒng)一的接口，用于各同事角色之間的通信攒发。
• Concrete Mediator 具體中介者角色
  具體中介者角色通過(guò)協(xié)調(diào)各同事角色實(shí)現(xiàn)協(xié)作行為调塌，因此它必須依賴于各個(gè)同色角色。
• Colleague同事角色
  每一個(gè)同事角色都知道中介者角色惠猿，而且與其他的同事角色通信的時(shí)候羔砾，一定要通過(guò)中介者角色協(xié)作。每個(gè)同事類的行為分為兩種：一種是同事本身的行為偶妖，比如改變對(duì)象本身的狀態(tài)姜凄，處理自己的行為等，這種行為叫做自發(fā)行為（Self-Method）趾访，與其他的同事類或中介者沒(méi)有任何的依賴态秧；第二種是必須依賴中介者才能完成的行為，叫做依賴方法（DepMethod）扼鞋。
  中介者模式比較簡(jiǎn)單申鱼，其通用源碼也比較簡(jiǎn)單空扎，先看抽象中介者M(jìn)ediator類，代碼如下:

//定義同事類
    protected ConcreteColleague1 c1;
    protected ConcreteColleague2 c2;

    public ConcreteColleague1 getC1() {
        return c1;
    }

    public void setC1(ConcreteColleague1 c1) {
        this.c1 = c1;
    }

    public ConcreteColleague2 getC2() {
        return c2;
    }

    public void setC2(ConcreteColleague2 c2) {
        this.c2 = c2;
    }

    //中介者模式的業(yè)務(wù)邏輯
    public abstract void dosomething1();
    public abstract void dosomething2();

在Mediator抽象類中我們只定義了同事類的注入润讥，為什么使用同類實(shí)現(xiàn)類注入而不使用抽象類注入呢转锈？那是因?yàn)橥骂愲m然有抽象，但是沒(méi)有每個(gè)同事類必須完成的業(yè)務(wù)方法楚殿，當(dāng)然如果每個(gè)同事類都用相同的方法撮慨，比如execute、handler等脆粥，那當(dāng)然注入抽象類砌溺，做到依賴倒置。
具體的中介者一般只有一個(gè)变隔，即通用中介者规伐，其源代碼如下：

public class ConcreteMediator extends Mediator {
    @Override
    public void dosomething1() {
        //調(diào)用同事類的方法，只要public方法調(diào)用
        super.c1.selfMethod1();
        super.c2.selfMethod1();
    }

    @Override
    public void dosomething2() {
        //調(diào)用同事類的方法匣缘，只要public方法調(diào)用
        super.c1.selfMethod1();
        super.c2.selfMethod1();
    }
}

這個(gè)基類也非常簡(jiǎn)單猖闪。一般來(lái)說(shuō)，中介者模式中的抽象都比較簡(jiǎn)單肌厨，是為了建立這個(gè)中介而服務(wù)的培慌，具體同事類代碼如下:

public class ConcreteColleague1 extends Colleague {
    public ConcreteColleague1(Mediator mediator) {
        super(mediator);
    }
    //自由方法self-method
    public void selfMethod1(){
        //處理自己的業(yè)務(wù)邏輯
    }
    //依賴方法dep-Method1
    public void depMethod1(){
        //處理自己的業(yè)務(wù)邏輯
        //自己不能處理的業(yè)務(wù)邏輯，委托給中介者出來(lái)
        super.mediator.dosomething1();
    }
}
public class ConcreteColleague2 extends Colleague {
    public ConcreteColleague2(Mediator mediator) {
        super(mediator);
    }
    //自由方法self-method
    public void selfMethod1(){
        //處理自己的業(yè)務(wù)邏輯
    }
    //依賴方法dep-Method1
    public void depMethod1(){
        //處理自己的業(yè)務(wù)邏輯
        //自己不能處理的業(yè)務(wù)邏輯柑爸，委托給中介者出來(lái)
        super.mediator.dosomething1();
    }
}

為什么同事類要使用構(gòu)造函數(shù)注入中介者吵护，而中介者使用getter/setter
方式注入同事類呢？因?yàn)橥骂惐仨氂芍薪檎弑眵ⅲ薪檎邊s可以只有部分同事類馅而。

3. 中介者模式的優(yōu)點(diǎn)

3.1 中介者模式的優(yōu)點(diǎn)
中介者模式的優(yōu)點(diǎn)就是減少類間的依賴，把原有的一對(duì)多的依賴變成一對(duì)一的依賴譬圣，同事類只依賴中介者瓮恭，減少了依賴，當(dāng)然同事也降低類間的耦合胁镐。
3.2 中介者模式的缺點(diǎn)
中介者模式的缺點(diǎn)就是中介者會(huì)膨脹的很大偎血，而且邏輯復(fù)雜，原本N個(gè)對(duì)象直接的相互依賴關(guān)系轉(zhuǎn)換為中介者和同事類的依賴關(guān)系盯漂，同事類越多颇玷，中介者的邏輯就越復(fù)雜贞让。
3.3中介者模式的使用場(chǎng)景
中介者模式簡(jiǎn)單徘键，但是簡(jiǎn)單不代表容易使用澈侠，和容易被誤用弓千。在面向?qū)ο缶幊讨姓ザ瑁瑢?duì)象和對(duì)象之間必然會(huì)有依賴關(guān)系羡微，如果么個(gè)類和其他類沒(méi)有相互依賴的關(guān)系攻冷，那這個(gè)類在項(xiàng)目中也沒(méi)有存在的必要了丈攒！類之間的依賴關(guān)系是必然存在的，一個(gè)類依賴多個(gè)類的情況也是存在的狞甚，存在即合理锁摔，那么是否可以說(shuō)只要有多個(gè)依賴關(guān)系就考慮使用中介者模式呢？不用想哼审，肯定不對(duì)谐腰，我們一直強(qiáng)調(diào)沒(méi)有什么原則是一定得，都是看情況活用涩盾，我們要合理的使用可以幫我們理清原本復(fù)雜的類依賴關(guān)系十气。典型例子就是上面蜘蛛網(wǎng)結(jié)構(gòu)整理成星型結(jié)構(gòu)。

4. 中介者模式的實(shí)際應(yīng)用

中介者模式也叫作調(diào)停者模式春霍，一個(gè)對(duì)象要和N個(gè)對(duì)象交流砸西，就像對(duì)象間的戰(zhàn)爭(zhēng)，很混亂址儒。這時(shí)芹枷，需要加入一個(gè)中心，所有的類都和中心交流离福，中心說(shuō)怎么處理就怎么處理杖狼，我們舉一些開(kāi)發(fā)和生活中經(jīng)常會(huì)碰到的例子。

• 機(jī)場(chǎng)調(diào)度中心
  調(diào)度中心控制飛機(jī)啥時(shí)候起飛和降落妖爷，就是調(diào)度中心將各個(gè)飛機(jī)的起落順序控制好
• MVC框架
  controller就是一個(gè)中介者將v（view，視圖）和M(Model,業(yè)務(wù)邏輯)隔離開(kāi)理朋，協(xié)調(diào)M和V協(xié)同工作絮识。
• 媒體網(wǎng)關(guān)
• 中介服務(wù)
  （藝術(shù)來(lái)源生活，高于生活嗽上；這里也可以說(shuō)次舌，設(shè)計(jì)也是來(lái)源于生活）

5. 最佳實(shí)踐

• N個(gè)對(duì)象之間產(chǎn)生了相互的依賴的關(guān)系（N>2）；
• 多個(gè)對(duì)象有依賴關(guān)系兽愤，但是依賴的行為尚不確定或者有發(fā)生改變的可能彼念，在這種情況下一般建議采用中介者模式，降低變更引起的風(fēng)險(xiǎn)浅萧；
• 產(chǎn)品開(kāi)發(fā)逐沙。一個(gè)明顯的例子就是MVC框架。

內(nèi)容來(lái)自《設(shè)計(jì)模式之禪》