中介模式

文档地址：《设计模式之禅》​​​​​​​

切入故事： 进销存管理是这个样子的吗？

定义： Define an object that encapsulates how a set of objects interact.Mediator promotes loose coupling by keeping objects from referring to each other explicitly,and it lets you vary their interaction independently.（用一个中介对象封装一系列的对象交互， 中介者使各对象不需要显示地相互作用， 从而使其耦合松散， 而且可以独立地改变它们之间的交互。 ）

通用类图：

            

         ● Mediator 抽象中介者角色

                抽象中介者角色定义统一的接口， 用于各同事角色之间的通信。

        ● Concrete Mediator 具体中介者角色

                具体中介者角色通过协调各同事角色实现协作行为， 因此它必须依赖于各个同事角色。

        ● Colleague 同事角色

                每一个同事角色都知道中介者角色， 而且与其他的同事角色通信的时候， 一定要通过中介者角色协作。 每个同事类的行为分为两种： 一种是同事本身的行为， 比如改变对象本身的状态， 处理自己的行为等， 这种行为叫做自发行为（Self-Method） ， 与其他的同事类或中介者没有任何的依赖； 第二种是必须依赖中介者才能完成的行为， 叫做依赖方法（DepMethod）

优点： 减少类间的依赖。

缺点： 中介者会膨胀得很大， 而且逻辑复杂

使用场景： 中介者模式适用于多个对象之间紧密耦合的情况， 紧密耦合的标准是： 在类图中出现了蜘蛛网状结构。

个人总结：

      实例：

             MVC框架： 其中的C（Controller） 就是一个中介者， 叫做前端控制器(Front Controller)， 它的作用就是把M(Model， 业务逻辑)和V（View， 视图） 隔离开。

         在如下的情况下尝试使用中介者模式：

         ● N个对象之间产生了相互的依赖关系（N＞2） 。

         ● 多个对象有依赖关系， 但是依赖的行为尚不确定或者有发生改变的可能， 在这种情况下一般建议采用中介者模式， 降低变更引起的风险扩散。

         ● 产品开发。 一个明显的例子就是MVC框架， 把中介者模式应用到产品中， 可以提升产品的性能和扩展性， 但是对于项目开发就未必， 因为项目是以交付投产为目标， 而产品则是以稳定、 高效、 扩展为宗旨。

参考文档：代理、中介者 VS. 外观模式