去耦之中介者模式

中介者模式

中介者模式很好的诠释了迪米特法则，任意两个不相关的对象之间如果需要关联，那么需要通过第三个类来进行。中介者就是把一组对象进行封装，屏蔽了类之间的交互细节，使不同的类直接不需要持有对方引用也可以进行访问。

中介者Mediator会持有同事类（就是需要处理交互逻辑的对象）Colleague的引用，同时每个colleague也会持有Mediator一份引用。这样colleague如果有任何和别的类交互的请求就会发给Mediator，对改组对象进行了解耦合。其实我们平时经常写的视图控制器本身就是一个中介中，它来控制着不同对象之间的交互行为。

应用场景

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

中介者的优缺点

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

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

关于中介者模式参考的几篇博文

• 路由跳转的思考
• iOS移动端架构的那些事
• iOS 组件化方案探索
• iOS应用架构谈 组件化方案