Design Pattern: Mediator 模式

http://www.35java.com/zhibo/forum.php?mod=viewthread&tid=283&extra=page%3D1

在这个例子中，可以设计对话方块中的组件知道彼此的存在，由一个直接影响另一个（或多个）组件，但最好的方法，还是设计一个Mediator，由它来协调组件之间的交互，例如设计一个FontDialogDirector类别来作为中介者。 可以从Sequence Diagram来了解Mediator的运作： 当ListBox发生变化时，它会呼叫Mediator的listBoxChanged()方法，Mediator取得变化的组件之状态，并重新设定所有与它有交互的组件，同样的，其它的组件发生变化时，也呼叫Mediator上对应的方法，由Mediator来取得组件变化，并设定其它互动的组件。 简单的说，Mediator设计有与组件沟通的介面，介面中封装了与其它组件互动细节，组件与组件之间不用知道彼此的存在，它们只要与Mediator沟通就好了，利用这种方式，可以切开组件与组件之间的耦合。 Mediator模式的 UML 结构图如下所示： 基本上Mediator模式在使用的弹性很大，由Sequence Diagram理解概念，会比从ClassDiagram了解结构来得重要，不过在ClassDiagram中可以注意的是类别的名称，Colleague是同事的意思，将一群共事的元件视为一群共同合作的同事，为了使同事之间的活动独立，并使得团队合作的交互更具弹性，需要一个Mediator来协调同事之间的业务行为。