设计模式之中介者模式

中介者模式

在存在多個系統需要互相調用時

可以使用中介模式

這樣会使得类引用的对象过多，耦合性过高；

我们可以使用中介者模式，所有业务交给中介来完成

这样类引用的只有中介一个；

外观模式跟中介模式十分相似，都是在多个系统统一引用一个类对象。

区别在于外观模式是为了给外部的类引用系统的松耦合。

在java中如果要引用一些功能，可以在maven下载一些jar包，然后引用一两个类就可以实现，这种情况下，对于我们就是外部，我们所引用的是多个系统的外观类，这样会让我们更方便

而中介模式是为了给系统自身引用其他体系进行松耦合。

但是如果你是编辑jar包的人，你想让内部系统松耦合，就可以使用中介模式；

外观实现单向通行，中介实现双向同行

使用场景例子：在一个游戏系统，玩家想要吃一个血瓶，首先要去，玩家仓库系统找到一个血瓶，资源信息找到血瓶的属性，然后再属性值转化个体角色属性，最后再仓库减去一个血瓶。

缺点：这样会时中介变得臃肿起来，维护中介变得繁琐，但是总比先前好维护。