19、 Golang 设计模式:19_中介模式

1、介绍

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

中介模式(Mediator)又称调停者模式,它的目的是把多方会谈变成双方会谈,从而实现多方的松耦合。

 

中介者模式的结构

中介者模式又称为调停者模式,从类图中看,共分为3部分:

抽象中介者:定义好同事类对象到中介者对象的接口,用于各个同事类之间的通信。一般包括一个或几个抽象的事件方法,并由子类去实现。
中介者实现类:从抽象中介者继承而来,实现抽象中介者中定义的事件方法。从一个同事类接收消息,然后通过消息影响其他同时类。
同事类:如果一个对象会影响其他的对象,同时也会被其他对象影响,那么这两个对象称为同事类。在类图中,同事类只有一个,这其实是现实的省略,在实际应用中,同事类一般由多个组成,他们之间相互影响,相互依赖。同事类越多,关系越复杂。并且,同事类也可以表现为继承了同一个抽象类的一组实现组成。在中介者模式中,同事类之间必须通过中介者才能进行消息传递。
 

Mediator:仲裁者、中介者;ConcreteMediator:具体的仲裁者、中介者;Colleague:同事,定义了与Mediator进行通信的接口;ConcreteColleague:具体的同事。

代理模式PK中介者模式:

1、 代理模式是一对一,一个代理只能代表一个对象中介者模式则是多对多,中介者的功能多样,客户也可以多个;

2、 只能代理一方如果PB是A的代理,那么C可以通过PB访问A,但是A不能通过PB访问B对于中介者模式而言,A可以通过中介访问B,B也可以通过中介访问A;

2、示例

示例代码:

package main

import (
	"fmt"
	"strings"
)

type CDDriver struct {
	Data string
}

func (c *CDDriver) ReadData() {
	//c.Data = "音乐、图片"
	fmt.Println("CD驱动器正在读取:", c.Data)
}

type CPUDriver struct {
	Video string
	Sound string
}

func (c *CPUDriver) Process(data string) {
	sp := strings.Split(data, ",")
	c.Sound = sp[0]
	c.Video = sp[1]
	fmt.Println("CPU播放:", c.Sound, c.Video)
}

type GPUDriver struct {
	Image string
}

func (g *GPUDriver) display(data string) {
	g.Image = data
	fmt.Println("GPU正在显示图片:", g.Image)
}

//中介,对所以对象同一进行处理
type Mediator struct {
	CD  *CDDriver
	CPU *CPUDriver
	GPU *GPUDriver
}

var mediator *Mediator

func GetMediatorInstance() *Mediator {
	if mediator == nil {
		mediator = &Mediator{}
	}
	return mediator
}

func (m *Mediator) change(i interface{}) {
	switch inst := i.(type) { //对断言的数据类型进行判断
	case *CDDriver:
		m.CD.ReadData()
	case *CPUDriver:
		m.CPU.Process(inst.Sound + "," + inst.Video)
	case *GPUDriver:
		m.GPU.display(inst.Image)
	default:
	}
}
func main() {
	mediator = GetMediatorInstance()
	cd := &CDDriver{Data: "成龙电影"}
	cpu := &CPUDriver{
		Video: "视频",
		Sound: "音频",
	}
	gpu := &GPUDriver{Image: "图片"}
	mediator.CD=cd
	mediator.CPU=cpu
	mediator.GPU=gpu
	mediator.change(cd)
	mediator.change(cpu)
	mediator.change(gpu)
}

UML图: