简介
在一个项目里，程序由大量的类来组成。随着功能的不断增加，类和类之间的依赖关系也跟着趋于复杂，而中介者模式便能解决这个问题。 中介者模式，是用一个对象来封装一组或一系列对象的交互方式，使对象间的交互可以在一个中介者对象中处理，从而使各对象耦合松散，而且可以独立的改变它们之间的交互。
中介者好比站在十字路口的交通警察。如果改变十字路口的交通模式，只需要把新的交通策略给交通警察即可，而不是路上的所有车辆，这样才能更好的协调来自不同方向车辆。
好处
1、松散耦合
中介者模式通过把多个同事对象之间的交互封装到中介对象里面，从而使得同时对象之间松散耦合，基本上可以做到互不依赖。这样一来，同时对象就可以独立的变化和复用，不再“牵一发动全身”。
2、集中控制交互
多个同事对象的交互，被封装在中介者对象里面集中管理，使得这些交互行为发生变化的时候，只需要修改中介者就可以了。
3、多对多变为一对多
没有中介者模式的时候，同事对象之间的关系通常是多对多，引入中介者对象后，中介者和同事对象的关系通常变为双向的一对多，这会让对象的关系更容易理解和实现。
模式结构
1、Mediator:抽象中介者
在里面定义各个同事之间交互需要的方法，可以是公共的通信方法，也可以是小范围的交互方法。
2、ConcreteMeditor:具体中介者
它需要了解并维护各个同事对象，并负责具体的协调各同事对象的交互关系。
3、Colleague:抽象同事类
主要约束同事对象的类型，并实现一些具体同事类之间的公共功能，比如，每个具体同事类都应该知道中介者对象，也就是具体同事类都会持有中介者对象，都可以到这个类里面。
4、ConcreteColleague:具体同事类
实现自己的业务，需要与其他同事通信时候，就与持有的中介者通信，中介者会负责与其他同事类交互。
典型应用场景
-
MVC中的C(controller)就是一个中介者，它的作用就是把M和V隔离开，协调M和V协同工作，把M运行的结果和V代表的视图融合成一个前端可以展示的页面，减少M和V的依赖关系。
-
iOS中的UINavigationController就是一个中介者，他来管理视图的跳转。一般情况下，一个页面便对应代码中的一个VC，而一个中等规模的软件至少会有几十个的页面，对应的就是几十个VC。要管理这些VC之间的关系是一件非常繁琐的事情，每当一个VC要跳转到另外个VC，我们需要包含新的VC的头文件，于是有的起衔接作用的VC中包含了大量的其他VC的头文件。使用中介者模式可以非常好地去解决这个问题。
下面就以此为例，说明中介者模式的应用
应用——控制器切换
需求描述：在一个根视图控制器中(暂且称之为rootVC)，点击不同的按钮，跳到对应的视图控制器，分别是firstVC、secondVC、thirdVC。
传统做法策略图
从图中看到，这样的处理方式繁乱复杂，不够清晰，当控制器VC数量非常多时，更加难以维护。
中介者模式策略图
从图中可以直观感受到，处理方式简洁明了。Mediator类的作用就相当于一个路由器，将客户发起的URL请求转移到对应的类。
下面来设计这个类
中介者Mediator类的设计
中介者，在应用程序整个生命周期应该只有一个实例，否则将无法管理多个对象间的交互，所以这里要使用单例来实现它的创建。这个过程就略过了，直接看重点部分。 首先添加2个控制器属性，一个表示用于发起跳转动作的控制器；另一个表示目的控制器。 在类的.h文件里，声明属性、方法。
@interface Mediator : NSObject
@property (nonatomic, strong, readonly) ViewController *rootVC;
@property (nonatomic, strong, readonly) UIViewController *activeVC;
// 单例创建类方法
+ (MediatorManager *)sharedManager;
// 外界跳转调用方法
- (void)jumpToNewViewController:(id)tagValue;
@end
复制代码在.m文件里面 导入所有需要跳转的控制器头文件
#import "ViewController.h"
#import "FirstViewController.h"
#import "SecondViewController.h"
#import "ThirdViewController.h"
复制代码实现跳转方法，根据传入的参数，决定跳转到哪个控制器VC
- (void)jumpToNewViewController:(id)tagValue{
if ([tagValue isKindOfClass:[NSNumber class]]) {
switch ([tagValue integerValue]) {
case 1:
{
FirstViewController *firstVC = [[FirstViewController alloc] init];
_activeVC = firstVC;
[self.rootVC.navigationController pushViewController:firstVC animated:YES];
}
break;
case 2:
{
SecondViewController *secondVC = [[SecondViewController alloc] init];
_activeVC = secondVC;
[self.rootVC.navigationController pushViewController:secondVC animated:YES];
}
break;
case 3:
{
ThirdViewController *thirdVC = [[ThirdViewController alloc] init];
_activeVC = thirdVC;
[self.rootVC.navigationController pushViewController:thirdVC animated:YES];
}
break;
default: // 其他情况，默认返回
_activeVC = self.rootVC;
[self.rootVC.navigationController popViewControllerAnimated:YES];
break;
}
}
}
复制代码这里，可以再优化一点，把各控制器VC对应标识符统一放在枚举变量里，方便管理。
typedef NS_ENUM(NSInteger, ButtonTag) {
TagFirstVC = 1,
TagSecondVC = 2,
TagThirdVC = 3,
};
复制代码总结
中介者模式的应用不光用在VC的管理，当功能中出现了类似“多对多”的复杂的对象群时，就可以用到它来管理这些对象。 当然，在此之前，需要考虑的不应该是开始使用中介者模式，而是考虑这个功能的设计是否合理。 另外，使用中介者模式虽然降低了各个对象之间的耦合，减少了对象之间逻辑的复杂度，但是这个复杂度在一定程度上转移到了Mediator类中，因此Mediator类的功能维护需要谨慎处理。