设计模式 : 中介者模式

叁歲伎倆 2022-05-27 07:53 144阅读 0赞

尽管将一个系统分割成许多对象通常可以增加其复用性,但是对象间相互连接的激增又会降低其可复用性.

大量的连接使得一个对象不可能在没有其他对象的支持下工作,系统表现为一个不可分割的整体.所以,对系统的行为进行较大的改动就变得十分困难了.

接下来就要使用中介者模式了.

**中介者模式(Mediator) : 用一个中介对象来封装一系列的对象交互.中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互.**

![70][]

Mediator类,抽象中介者类

abstract class Colleague{
        //定义一个抽象的发送信息方法,得到同事对象和发送信息
        public abstract void Send(String message, Colleague colleague);
    }

Colleague类 抽象同事类

abstract class Colleague{
        protected Mediator mediator;
        //构造方法,得到中介者对象
        public Colleague(Mediator mediator){
            this.mediator = mediator;
        }
    }

ConcreteMediator类 具体中介者类

classs ConcreteMediator implements Mediator{
        private ConcreteColleague1 colleague1;
        private ConcreteColleague2 colleague2;
        //需要了解所有的具体同事对象
        public ConcreteColleague1 setColleague1(ConcreteColleague1 value){
            colleague1 = value;
        }
    
        public ConcreteColleague2 setColleague(ConcreteColleague2 value){
            colleague1 = value;
        }
    
        //重写发送信息的方法,根据对象作出选择判断,通知对象
        public void Send(String message , Colleague colleague){
            if (colleague == colleague1) {
                colleague2.Notify(message);
            }else{
                colleague1.Notify(message);
            }
        }
    }

ConcreteColleague1和ConcreteColleague2等各种同事对象

class ConcreteColleague1 implements Colleague{
        public Mediator mediator;
    
        public void Send(String message){
            //发送信息时通常是中介者发送出去的
            mediator.Send(message,this);
        }
    
        public void Notify(String message){
            System.out.println("同事1得到信息:" +message);
        }
    }
    
    class ConcreteColleague2 implements Colleague{
        public Mediator mediator;
    
        public void Send(String message){
            //发送信息时通常是中介者发送出去的
            mediator.Send(message,this);
        }
    
        public void Notify(String message){
            System.out.println("同事2得到信息:" +message);
        }
    }

客户端调用

ConcreteMediator m = new ConcreteMediator();
    //让两个具体同事类认识中介者对象
    ConcreteColleague1 c1 = new ConcreteColleague1(m);
    ConcreteColleague2 c2 = new ConcreteColleague2(m);
    //让中介者认识各个具体同事类对象
    m.Colleague1 = c1;
    m.Colleague2 = c2;
    //具体同事类对象的发送信息都是通过中介者转发
    c1.Send("吃过饭了吗?");
    c2.Send("没有,你吃了吗?");

中介者模式优缺点

中介者模式很容易在系统中应用,也很容易在系统中误用,当系统出现了'多对多'交互复杂的对象群时,不要急于使用中介者模式,而要先反思你的系统在设计上是不是合理.

中介者模式的优点首先是Mediator的出现,减少了各个Colleague的耦合,使得可以独立地改变和复用各个Colleague类和Mediator,由于把对象如歌协作做了抽象,将中介作为一个独立的概念并将其封装在一个对象中,这样关注的对象就从对象各自对象的行为转移到它们之间的交互上来,也就是站在一个更宏观的角度去看待系统.

由于ConcreteMediator控制了集中化,于是就把交互复杂性变为了中介者的复用性,这就使得中介者会变得比任何一个ConcreteColleague都复杂.

中介者模式一般应用于一组对象以定义良好但是复杂的方式进行通信的场合,以及想定制一个分布在多个类中的行为,而又不想生成太多的子类的场合.

[70]: /images/20220527/6ab669278ef74cb29e3a66874ff576a5.png