设计模式之中介者模式

设计模式之中介者模式

 

定义

用一个中介者对象封装一系列的对象交互，中介者使各对象不需要显示地相互作用，从而使耦合松散，而且可以独立地改变它们之间的交互。

 

核心

（1）如果一个系统中对象之间的联系呈现为网状结构，对象之间存在大量多对多关系，将导致关系及其复杂，这些对象称为“同时对象”

（2）我们可以引入一个中介者对象，使各个同时对象只跟中介者对象打交道，将复杂的网络结构化解为如下的星形结构。

图如下

 

 

本质

解耦多个同事对象之间的交互关系，每个对象都持有中介者对象的引用，只跟中介者对象打交道。我们通过中介者对象统一管理这些交互关系

 

中介者模式的角色结构

如图

 

抽象中介者（Mediator）

定义好同事类对象到中介者对象的接口，用于各个同事类之间的通信。一般包括一个或几个抽象的事件方法，并由子类去实现。

中介者实现类（ConcreteMediator）

从抽象中介者继承而来，实现抽象中介者中定义的事件方法。从一个同事类接收消息，然后通过消息影响其他同时类。

抽象同事类（Colleague）

定义一些和中介者交互的类

具体同事类（Colleagueclass）

如果一个对象会影响其他的对象，同时也会被其他对象影响，那么这两个对象称为同事类。在类图中，同事类只有一个，这其实是现实的省略，在实际应用中，同事类一般由多个组成，他们之间相互影响，相互依赖。同事类越多，关系越复杂。并且，同事类也可以表现为继承了同一个抽象类的一组实现组成。在中介者模式中，同事类之间必须通过中介者才能进行消息传递。

 

代码类图

代码如下

/**

 * 抽象中介者

 * @author mama

 *

 */

public interface Mediator {

    void register(String dname,Department d);

void command(String dname);

}

 

/**

 * 抽象同事类

 * @author mama

 *

 */

public interface Department {

void selfAction(); //做本部门的事情

void outAction();  //向总经理发出申请

}

 

/**

 * 中介者实现类

 * @author mama

 *

 */

public class President implements Mediator{

private Map<String,Department> map = new HashMap<String , Department>();

@Override

public void register(String dname, Department d) {

map.put(dname, d);

}

 

@Override

public void command(String dname) {

map.get(dname).selfAction();

}

}

 

/**

 * 研发部类

 * @author mama

 *

 */

public class Development implements Department {

 

private Mediator m;  //持有中介者(总经理)的引用

public Development(Mediator m) {

super();

this.m = m;

m.register("development", this);

}

 

@Override

public void outAction() {

System.out.println("汇报工作！没钱了，需要资金支持！");

}

 

@Override

public void selfAction() {

System.out.println("专心科研，开发项目！");

}

 

}

 

/**

 * 市场部类

 * @author mama

 *

 */

public class Market implements Department {

 

private Mediator m;  //持有中介者(总经理)的引用

public Market(Mediator m) {

super();

this.m = m;

m.register("market", this);

}

 

@Override

public void outAction() {

System.out.println("汇报工作！项目承接的进度，需要资金支持！");

m.command("finacial");

}

 

@Override

public void selfAction() {

System.out.println("跑去接项目！");

}

 

}

 

/**

 * 财务部类

 * @author mama

 *

 */

public class Finacial implements Department{

private Mediator m;  //持有中介者(总经理)的引用

public Finacial(Mediator m) {

super();

this.m = m;

m.register("finacial", this);

}

@Override

public void selfAction() {

System.out.println("汇报工作！没钱了，钱太多了！怎么花?");

}

 

@Override

public void outAction() {

System.out.println("数钱！");

}

 

}

测试

public class Client {

public static void main(String[] args) {

Mediator m=new President();

Market   market = new Market(m);

Development devp = new Development(m);

Finacial f = new Finacial(m);

market.selfAction();

market.outAction();

}

}

 

结果

 

优点

（1）适当地使用中介者模式可以避免同事类之间的过度耦合，使得各同事类之间可以相对独立地使用。

（2）使用中介者模式可以将对象间一对多的关联转变为一对一的关联，使对象间的关系易于理解和维护。

（3）使用中介者模式可以将对象的行为和协作进行抽象，能够比较灵活的处理对象间的相互作用。

 

适用场景

在面向对象编程中，一个类必然会与其他的类发生依赖关系，完全独立的类是没有意义的。一个类同时依赖多个类的情况也相当普遍，既然存在这样的情况，说明，一对多的依赖关系有它的合理性，适当的使用中介者模式可以使原本凌乱的对象关系清晰，但是如果滥用，则可能会带来反的效果。一般来说，只有对于那种同事类之间是网状结构的关系，才会考虑使用中介者模式。可以将网状结构变为星状结构，使同事类之间的关系变的清晰一些。

       中介者模式是一种比较常用的模式，也是一种比较容易被滥用的模式。对于大多数的情况，同事类之间的关系不会复杂到混乱不堪的网状结构，因此，大多数情况下，将对象间的依赖关系封装的同事类内部就可以的，没有必要非引入中介者模式。滥用中介者模式，只会让事情变的更复杂。

参考：http://mp.weixin.qq.com/s/ok2KGsRO-Vc1NvvJj2oo8w