23种设计模式之——中介者模式

前言
随着学习的不断深入，在重构代码的同时会考虑引用一些设计模式，来增加代码的可读性，健壮性，可维护性。并且尽可能的符合设计原则

中介者模式定义：中介者模式类MVP模式，V——->p<———M ,而M 和 V 是不直接进行交互的

类别：行为型

类图：

角色定义：
从类图中看，中介者模式有以下几部分组成：
抽象中介者（Mediator）角色：抽象中介者角色定义统一的接口用于各同事角色之间的通信。
具体中介者（Concrete Mediator）角色：具体中介者角色通过协调各同事角色实现协作行为，因此它
必须依赖于各个同事角色。
同事（Colleague）角色：每一个同事角色都知道中介者角色，而且与其他的同事角色通信的时候，一
定要通过中介者角色协作。每个同事类的行为分为两种：一种是同事本身的行为，比如改变对象本身的状
态，处理自己的行为等等，这种方法叫做自发行为(Self-Method)，与其他的同事类或中介者没有任何的依

源码分析：

类图

1.

package demo;public class Client {    public static void main(String[] args) {        // 采购人员采购电脑        System.out.println("------采购人员采购电脑--------");        Purchase purchase = new Purchase();        purchase.buyIBMcomputer(100);        // 销售人员销售电脑        System.out.println("\n------销售人员销售电脑--------");        Sale sale = new Sale();        sale.sellIBMComputer(1);        // 库房管理人员管理库存        System.out.println("\n------库房管理人员清库处理--------");        Stock stock = new Stock();        stock.clearStock();    }}

2.

package demo;/** * 采购管理 *  * @author weichyang *  */public class Purchase {    /**     * 购买Ibm笔记本     *      * @param number     */    public void buyIBMcomputer(int number) {        Stock stock = new Stock();        Sale sale = new Sale();        int saleStatus = sale.getSaleStatus();        if (saleStatus > 80) {            System.out.println("采购IBM COMPUTER" + number + "台");            stock.increase(number);        } else {            int buyNumber = number / 2;            System.out.println("采购IBM电脑" + buyNumber + "台");            stock.increase(buyNumber);        }    }    /**     * 停止购买     */    public void refuseBuyIBM() {        System.out.println("不再采购IBM电脑");    }}

3.

package demo;import java.util.Random;/** * 销售管理 *  * @author weichyang *  */public class Sale {    /*     * 正常销售ibm电脑     */    public void sellIBMComputer(int number) {        Stock stock = new Stock();        Purchase purchase = new Purchase();        if (stock.getStockNumber() < number) {            purchase.buyIBMcomputer(number);        }        System.out.println("销售IBM电脑" + number + "台");        stock.decreate(number);    }    /**     * 销售产品状态     *      * @return     */    public int getSaleStatus() {        Random random = new Random(System.currentTimeMillis());        int stateStatus = random.nextInt(100);        System.out.println("IBM电脑的销售情况为：" + stateStatus);        return stateStatus;    }    /**     * 折价销售     */    public void offSale() {        Stock stock = new Stock();        System.out.println("折价销售IBM电脑" + stock.getStockNumber() + "台");    }}

4.

package demo;import org.omg.CORBA.PUBLIC_MEMBER;/** * 存货管理 *  * @author weichyang *  */public class Stock {    public static int COMPUTER_NUMBER = 100;    /**     * 增加     *      * @param number     */    public void increase(int number) {        COMPUTER_NUMBER = COMPUTER_NUMBER + number;        System.out.println("库存增加数量" + COMPUTER_NUMBER);    }    /*     * 减少图书     */    public void decreate(int number) {        COMPUTER_NUMBER = COMPUTER_NUMBER - number;        System.out.println("库存数量" + COMPUTER_NUMBER);    }    /**     * 得到存储总量     *      * @return     */    public int getStockNumber() {        return COMPUTER_NUMBER;    }    /**     * 清库存     */    public void clearStock() {        Purchase purchase = new Purchase();        Sale sale = new Sale();        System.out.println("清除存货数量为" + COMPUTER_NUMBER);        sale.offSale();        purchase.refuseBuyIBM();    }}

模拟商品采购管理：Purchase 采购管理，Sale 销售管理，Stock 存储管理
可以看到里面耦合关系错综复杂，如何只是这几个类还好。那么后期进行添加新的职责类会造成代码很难维护。如果采用中介模式会怎么样呢？

这种类间互相关联的效果，看着就是噩梦

大家都是学计算机的，应该在上学的时候讲过一些网络的基本知识，还记得网络拓扑有几种类型吗？
总线型，环型，星型，（什么？想不起来？！惩罚一下自己去）,我们来想想星型拓扑是什么什么样子的，
如下图：

上图销售管理进行改造：

类图更改为

接下篇：
中介者模式下 http://blog.csdn.net/o279642707/article/details/60609597

引用：
中介者设计模式： http://blog.csdn.net/zhengzhb/article/details/7430098
23中设计模式 pdf