【19】中间者模式（Mediator Pattern）

时间 2019-12-11

标签中间模式 mediator pattern 繁體版

原文原文链接

　　1、引言html

　　在现实生活中，有不少中介者模式的身影，例如QQ游戏平台，聊天室、QQ群和短信平台，这些都是中介者模式在现实生活中的应用，下面就具体分享下我对中介者模式的理解。编程

　　2、中介者模式的介绍ide

　　2.1 中介者模式的定义this

　　从生活中的例子能够看出，不管是QQ游戏仍是QQ群，它们都是充当一个中间平台。QQ用户能够登陆这个中间平台与其余QQ用户进行交流，若是没有这些中间平台，咱们若是想与朋友进行聊天的话，可能就须要当面才能够了。电话、短信也一样是一个中间平台，有了这个中间平台，每一个用户都不须要直接依赖与其余用户，只须要依赖这个中间平台就能够了，一切操做都由中间平台去分发。了解完中介模式在生活中的模型后，下面给出中介模式的正式定义。spa

　　中介者模式，定义了一个中介对象来封装一系列对象之间的交互关系。中介者使各个对象之间不须要显式地相互引用，从而使耦合性下降，并且能够独立地改变它们之间的交互行为。设计

　　2.2 中介者模式的结构3d

　　从生活中例子天然知道，中介者模式设计两个具体对象：一个是用户类，另外一个是中介者类。根据针对接口编程原则，则须要把这两类角色进行抽象，因此中介者模式中就有了4类角色，它们分别是：抽象中介者角色，具体中介者角色、抽象同事类和具体同事类。中介者类是起到协调各个对象的做用，则抽象中介者角色中则须要保存各个对象的引用。有了上面的分析，则就不难理解中介者模式的结构图了，具体结构图以下所示：code

　　为何要使用中介者模式
htm

　　在现实生活中，中介者的存在是不可缺乏的，若是没有了中介者，咱们就不能与远方的朋友进行交流了。而在软件设计领域，为何要使用中介者模式呢？若是不使用中介者模式的话，各个同事对象将会相互进行引用，若是每一个对象都与多个对象进行交互时，将会造成以下图所示的网状结构。对象

　　从上图能够发现，若是不使用中介者模式的话，每一个对象之间过分耦合，这样既不利于类的复用也不利于扩展。若是引入了中介者模式，那么对象之间的关系将变成星型结构，采用中介者模式以后会造成以下图所示的结构：

　　从上图能够发现，使用中介者模式以后，任何一个类的变化，只会影响中介者和类自己，不像以前的设计，任何一个类的变化都会引发其关联全部类的变化。这样的设计大大减小了系统的耦合度。

　　2.3 中介者模式的实现

　　介绍完中介者模式的定义和存在的必要性后，下面就以现实生活中打牌的例子来实现下中介者模式。在现实生活中，两我的打牌，若是某我的赢了都会影响到对方状态的改变。若是此时不采用中介者模式实现的话，则上面的场景的实现以下所示：

　　// 抽象牌友类
    public abstract class AbstractCardPartner
    {
        public int MoneyCount { get; set; }

        public AbstractCardPartner()
        {
            MoneyCount = 0;
        }

        public abstract void ChangeCount(int Count, AbstractCardPartner other);
    }

    // 牌友A类
    public class ParterA : AbstractCardPartner
    {
        public override void ChangeCount(int Count, AbstractCardPartner other)
        {
            this.MoneyCount += Count;
            other.MoneyCount -= Count;
        }
    }

    // 牌友B类
    public class ParterB : AbstractCardPartner
    {
        public override void ChangeCount(int Count, AbstractCardPartner other)
        {
            this.MoneyCount += Count;
            other.MoneyCount -= Count;
        }
    }

    class Program
    {
        // A,B两我的打牌
        static void Main(string[] args)
        {
            AbstractCardPartner A = new ParterA();
            A.MoneyCount = 20;
            AbstractCardPartner B = new ParterB();
            B.MoneyCount = 20;

            // A 赢了则B的钱就减小
            A.ChangeCount(5, B);
            Console.WriteLine("A 如今的钱是：{0}", A.MoneyCount);// 应该是25
            Console.WriteLine("B 如今的钱是：{0}", B.MoneyCount); // 应该是15
            
            // B赢了A的钱也减小
            B.ChangeCount(10, A);
            Console.WriteLine("A 如今的钱是：{0}", A.MoneyCount); // 应该是15
            Console.WriteLine("B 如今的钱是：{0}", B.MoneyCount); // 应该是25
            Console.Read();        
        }
    }

　　上面确实完美解决了上面场景中的问题，而且使用了抽象类使具体牌友A和牌友B都依赖于抽象类，从而下降了同事类之间的耦合度。可是这样的设计，若是其中牌友A发生变化时，此时就会影响到牌友B的状态。若是涉及的对象变多的话，这时候某一个牌友的变化将会影响到其余全部相关联的牌友状态。例如牌友A算错了钱，这时候牌友A和牌友B的钱数都不正确了。若是是多我的打牌的话，影响的对象就会更多。这时候就会思考——能不能把算钱的任务交给程序或者算数好的人去计算呢，这时候就有了咱们QQ游戏中的欢乐斗地主等牌类游戏了。因此上面的设计，咱们仍是有进一步完善的方案的，即加入一个中介者对象来协调各个对象之间的关联，这也就是中介者模式的应用了，具体完善后的实现代码以下所示：

namespace MediatorPattern
{
    // 抽象牌友类
    public abstract class AbstractCardPartner
    {
        public int MoneyCount { get; set; }

        public AbstractCardPartner()
        {
            MoneyCount = 0;
        }

        public abstract void ChangeCount(int Count, AbstractMediator mediator);
    }

    // 牌友A类
    public class ParterA : AbstractCardPartner
    {
        // 依赖与抽象中介者对象
        public override void ChangeCount(int Count, AbstractMediator mediator)
        {
            mediator.AWin(Count);
        }
    }

    // 牌友B类
    public class ParterB : AbstractCardPartner
    {
        // 依赖与抽象中介者对象
        public override void ChangeCount(int Count, AbstractMediator mediator)
        {
            mediator.BWin(Count);
        }
    }

    // 抽象中介者类
    public abstract class AbstractMediator
    {
        protected AbstractCardPartner A;
        protected AbstractCardPartner B;
        public AbstractMediator(AbstractCardPartner a, AbstractCardPartner b)
        {
            A = a;
            B = b;
        }

        public abstract void AWin(int count);
        public abstract void BWin(int count);
    }

    // 具体中介者类
    public class MediatorPater : AbstractMediator
    {
        public MediatorPater(AbstractCardPartner a, AbstractCardPartner b)
            : base(a, b)
        {
        }

        public override void AWin(int count)
        {
            A.MoneyCount += count;
            B.MoneyCount -= count;
        }

        public override void BWin(int count)
        {
            B.MoneyCount += count;
            A.MoneyCount -= count;
        }
    }

    class Program
    {
        static void Main(string[] args)
        {
            AbstractCardPartner A = new ParterA();
            AbstractCardPartner B = new ParterB();
            // 初始钱
            A.MoneyCount = 20;
            B.MoneyCount = 20;

            AbstractMediator mediator = new MediatorPater(A, B);

            // A赢了
            A.ChangeCount(5, mediator);
            Console.WriteLine("A 如今的钱是：{0}", A.MoneyCount);// 应该是25
            Console.WriteLine("B 如今的钱是：{0}", B.MoneyCount); // 应该是15

            // B 赢了
            B.ChangeCount(10, mediator);
            Console.WriteLine("A 如今的钱是：{0}", A.MoneyCount);// 应该是15
            Console.WriteLine("B 如今的钱是：{0}", B.MoneyCount); // 应该是25
            Console.Read();
        }
    }
}

　　从上面实现代码能够看出，此时牌友A和牌友B都依赖于抽象的中介者类，这样若是其中某个牌友类变化只会影响到，只会影响到该变化牌友类自己和中介者类，从而解决前面实现代码出现的问题。具体的运行结果和前面实现结果同样，运行结果以下图所示：

　　在上面的实现代码中，抽象中介者类保存了两个抽象牌友类，若是新添加一个牌友相似时，此时就不得不去更改这个抽象中介者类。能够结合观察者模式来解决这个问题，即抽象中介者对象保存抽象牌友的类别，而后添加Register和UnRegister方法来对该列表进行管理。而后在具体中介者类中修改AWin和BWin方法，遍历列表，改变本身和其余牌友的钱数。这样的设计仍是存在一个问题——即增长一个新牌友时，此时虽然解决了抽象中介者类不须要修改的问题，但此时仍是不得不去修改具体中介者类，即添加CWin方法。咱们能够采用状态模式来解决这个问题。

　　3、中介者模式的适用场景

　　通常在如下状况下能够考虑使用中介者模式：

　　1）一组定义良好的对象，如今要进行复杂的相互通讯。

　　2）想经过一个中间类来封装多个类中的行为，而又不想生成太多的子类。

　　4、中介者模式的优缺点

　　中介者模式具备如下几点优势：

　　1）简化了对象之间的关系，将系统的各个对象之间的相互关系进行封装，将各个同事类解耦，使得系统变为松耦合。

　　2）提供系统的灵活性，使得各个同事对象独立而易于复用。

　　然而，中介者模式也存在对应的缺点：

　　1）中介者模式中，中介者角色承担了较多的责任，因此一旦这个中介者对象出现了问题，整个系统将会受到重大的影响。例如，QQ游戏中计算欢乐豆的程序出错了，这样会形成重大的影响。

　　2）新增长一个同事类时，不得不去修改抽象中介者类和具体中介者类，此时可使用观察者模式和状态模式来解决这个问题。

　　5、总结

　　中介者模式，定义了一个中介对象来封装系列对象之间的交互。中介者使各个对象不须要显式地相互引用，从而使其耦合性下降，并且能够独立地改变它们之间的交互。中介者模式通常应用于一组定义良好的对象之间须要进行通讯的场合，以及想定制一个分布在多个类中的行为，而又不想生成太多的子类的情形下。

参考连接：http://www.cnblogs.com/zhili/p/MediatorPattern.html