[b]何为中介者模式？[/b]     面向对象的设计鼓励把行为分散到不同对象中，这种分散可能导致对象之间的相互关联。在最糟糕的情况下，所有对象都彼此了解并相互操作。     虽然把行为分散到不同对象增强了可复用性，但是增加的相互关联又减少了获得的益处。增加的关联使得对象很难或不能在不依赖其他对象的情况下工作。应用程序的整体行为可能难以进行任何重大修改，因为行为分布于许多对象。于是结果可能是创建越来越多的子类，以支持应用程序中的任何新行为。     中介者模式：用一个对象来封装一系列对象的交互方式。中介者使各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立地改变它们之间的交互。 [b]何时使用中介者模式？[/b] 1.对象间的交互虽定义明确然而非常复杂，导致一组对象彼此依赖而且难以理解。 2.因为对象引用了许多其他对象并与其通讯，导致对象难以复用。 3.想要定制一个分布在多个类中的逻辑或行为，又不想生成太多的子类。 [b]中介者模式的实现示例： [/b]下面先给出类结构图，再做简单解释。 [img]http://files.jb51.net/file_images/article/201603/2016330175627742.jpg?2016230175645[/img] 中介者模式很容易在系统中引用，但是也比较容易误用。所以当系统出现了“多对多”交互复杂的对象群时，不要急于使用中介者模式，而要先反思系统在设计上是不是合理。 下面我们来说一说，中介者模式的优缺点。中介者的优点首先是Mediator的出现减少了各个Colleague的耦合，使得可以独立地改变和复用各个Colleague类和Mediator。其次，由于把对象如何协作进行了抽象，将中介作为一个独立的概念并将其封装在一个对象中，这样关注的对象就从对象各自本身的行为转移到它们之间的交互上来，也就是站在一个更宏观的角度去看待系统。 相对来说，缺点也很明显。由于ConcreteMediator控制了集中化，于是就把交互复杂性变为了中介者的复杂性，这就使得中介者会变得比任何一个ConcreteColleage都复杂。所以一旦ConcreteMediator崩溃，那么整个系统都会受到影响。 还是那句老话，世上没有银弹，合适的就是最好的！ 下面给大家简单展示一下具体实现。 注意：本文所有代码均在ARC环境下编译通过。 Mediator类接口 Mediator类实现 Colleague类接口 Colleague类实现 ConcreteMediator类接口 ConcreteMediator类实现 ConcreteColleague1类接口 ConcreteColleague1类实现 ConcreteColleague2类接口 Main方法调用 完工！