设计模式 -- 中介者模式

场景

如果在一个程序中对象之间的联系呈现为网状结构,如图1所示,对象之间存在大量的多对多联系,将导致程序非常复杂,这些对象既会影响别的对象,也会被别的对象所影响,这些对象称为同事对象。在网状结构中,几乎每个对象都需要与其他对象发生相互作用,而这种相互作用表现为一个对象与另外一个对象的直接耦合,这将导致一个过度耦合的程序

中介者模式实例图

问题改进
中介者模式可以使对象之间的关系数量急剧减少,通过引入中介者对象,可以将程序的网状结构变成以中介者为中心的星形结构,如图2所示,在这个星形结构中,同事对象不再直接与另一个对象联系,它通过中介者对象与另一个对象发生相互作用。中介者对象的存在保证了对象结构上的稳定,也就是说,程序的结构不会因为新对象的引入带来大量的修改工作

如果在一个程序中对象之间存在多对多的相互关系,我们可以将对象之间的一些交互行为从各个对象中分离出来,并集中封装在一个中介者对象中,并由该中介者进行统一协调,这样对象之间多对多的复杂关系就转化为相对简单的一对多关系。通过引入中介者来简化对象之间的复杂交互,中介者模式是“迪米特法则”的一个典型应用

表述 (行为型模式)

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

中介者模式类图

中介者模式类图

Mediator(抽象中介者):定义一个接口,该接口用于中介者与各同事对象之间进行通信

ConcreteMediator(具体中介者对象):抽象中介者的子类,通过协调各个同事对象来实现协作行为,它维持了对各个同事对象的引用

Colleague(抽象同事类):定义各个同事类公有的方法,并声明了一些抽象方法来供子类实现,同时它维持了一个对抽象中介者类的引用,其子类可以通过该引用来与中介者通信

ConcreteColleague1和ConcreteColleague2(具体同事类):抽象同事类的子类;每一个同事对象在需要和其他同事对象通信时,先与中介者通信,通过中介者来间接完成与其他同事类的通信

优点

  • 简化了对象之间的交互,用中介者和同事的一对多交互代替了原来同事之间的多对多交互,一对多关系更容易理解、维护和扩展,将原本难以理解的网状结构转换成相对简单的星型结构
  • 各同事对象之间解耦,中介者有利于各同事之间的松耦合,我们可以独立的改变和复用每一个同事和中介者,增加新的中介者和新的同事类都比较方便,更好地符合“开闭原则”
  • 减少子类生成:中介者将原本分布于多个对象间的行为集中在一起,改变这些行为只需生成新的中介者子类即可,这使各个同事类可被重用,无须对同事类进行扩展

缺点

在具体中介者类中包含了大量同事之间的交互细节,可能会导致具体中介者类非常复杂,使得程序难以维护。

使用场景

  • 对象间的交互虽定义明确然而非常复杂,导致一组对象彼此相互依赖而且难以理解
  • 因为对象引用了许多其他对象并与其通信,导致对象难以复用
  • 想要定制一个分布在多个类中的逻辑或者行为,又不想生成太多子类

示例

需求:假设现在有A、B、C建立了一个微信讨论组,他们有什么问题就在这里讨论,A在犹豫今天中午吃什么,A同学只要在讨论组里问一声就可以了,不必要直接去和B、C同学打交道,省去了很多麻烦事。怎么实现呢?

中介者

class Mediator {
    func chat(per:People,message:String) {

    }
}

class ConcreteMediator : Mediator {
    //持有各个同事对象
    var perA:PeopleA?
    var perB:PeopleB?
    var perC:PeopleC?

    func setPerA(a:PeopleA) {
        self.perA = a
    }
    func setPerB(b:PeopleB) {
        self.perB = b
    }
    func setPerC(c:PeopleC) {
        self.perC = c
    }
    override func chat(per: People, message: String) {
        
        if per === perA {
            perA!.send(message: message)
            perB?.receive(message: message)
            perC?.receive(message: message)
        }else if per === perB {
            perB!.send(message: message)
            perA!.receive(message: message)
            perC!.receive(message: message)
        }else{
            perC?.send(message: message)
            perA?.receive(message: message)
            perB?.receive(message: message)
        }
    }
}

同事类

class People{
    //持有一个中介者对象
    var mediator : Mediator
    var name : String
    
    init(mediator:Mediator,name : String) {
        self.mediator = mediator
        self.name = name
    }

    func getMediator() -> Mediator {
        return mediator
    }

    func receive(message:String) {

    }
    func send(message:String) {

    }
}

class PeopleA: People {
    override init(mediator: Mediator, name: String) {
        super.init(mediator: mediator, name: name)
    }
    
    override func receive(message: String) {
        print("A收到消息:\(message)")
    }
    override func send(message: String) {
        print("A发送消息:\(message)")
    }
}
class PeopleB: People {
    override init(mediator: Mediator, name: String) {
        super.init(mediator: mediator, name: name)
    }
    override func receive(message: String) {
        print("B收到消息:\(message)")
    }
    override func send(message: String) {
        print("B发送消息:\(message)")
    }
}
class PeopleC: People {
    override init(mediator: Mediator, name: String) {
        super.init(mediator: mediator, name: name)
    }
    override func receive(message: String) {
        print("C收到消息:\(message)")
    }
    override func send(message: String) {
        print("C发送消息:\(message)")
    }
}

客户端

let mediator = ConcreteMediator.init()

let pA = PeopleA.init(mediator: mediator, name: "A")
let pB = PeopleB.init(mediator: mediator, name: "B")
let pC = PeopleC.init(mediator: mediator, name: "C")

mediator.setPerA(a: pA)
mediator.setPerB(b: pB)
mediator.setPerC(c: pC)

mediator.chat(per: pA, message: "中午吃啥饭?")
mediator.chat(per: pB, message: "我想吃刀削面")
mediator.chat(per: pC, message: "我也想吃刀削面")
mediator.chat(per: pA, message: "行,那中午一起去吃刀削面吧")

log:
//A发送消息:中午吃啥饭?
//B收到消息:中午吃啥饭?
//C收到消息:中午吃啥饭?

//B发送消息:我想吃刀削面
//A收到消息:我想吃刀削面
//C收到消息:我想吃刀削面

//C发送消息:我也想吃刀削面
//A收到消息:我也想吃刀削面
//B收到消息:我也想吃刀削面

//A发送消息:行,那中午一起去吃刀削面吧
//B收到消息:行,那中午一起去吃刀削面吧
//C收到消息:行,那中午一起去吃刀削面吧
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 199,711评论 5 468
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 83,932评论 2 376
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 146,770评论 0 330
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 53,799评论 1 271
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 62,697评论 5 359
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,069评论 1 276
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,535评论 3 390
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,200评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,353评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,290评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,331评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,020评论 3 315
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,610评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,694评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,927评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,330评论 2 346
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 41,904评论 2 341

推荐阅读更多精彩内容