首页 > 代码库 > 中介者模式
中介者模式
应用场景
当类的关系图呈现网状结构的时候，这时可以考虑使用使用中介者模式，它能够将这种网状结构的类关系转化为星型结构，降低了类与类之间的耦合度。
类图描述
Mediator：抽象中介者，定义同一接口，用于各同事角色之间的通讯
ConcreteMediator:具体中介角色，协调各同事角色实现协作行为
Colleague:每个同事角色都知道中介者角色，并且与其他同时角色进行通信的时候一定要通过中介者角色协作。每个同事类有两种行为：自发行为(自行完成，不依赖他人)，依赖方法(需要借助中介者才能完成)
示例代码
通用抽象中介者
这里将具体的同事类而不将抽象同事类进行注入，是因为每个同事类干的活是不一样的
public abstract class Mediator{ //定义同事类 protected ConcreteColleague1 c1; protected ConcreteColleague2 c2; //通过getter/setter将同事类注入 public ConcreteColleague1 getC1() { return c1; } public void setC1(ConcreteColleague1 _c1) { this.c1 = _c1; } public ConcreteColleague2 getC2() { return c2; } public void setC2(ConcreteColleague2 _c2) { this.c2 = _c2; } public abstract void doSomething1(); public abstract void doSomething2();}
具体中介者
在具体中介者中根据业务来调用不同的同事类进行处理
public class ConcreteMediator extends Mediator{ @Override public void doSomething1() { //调用同事类的方法 super.c1.selfMethod1(); super.c2.selfMethod2(); } @Override public void doSomething2() { super.c2.selfMethod2(); } }
抽象同事类
抽象同事类中需要持有中介的引用，是因为自己干不了的事可以提交给中介来处理
public abstract class Colleague{ protected Mediator mediator; public Colleague(Mediator _mediator){ this.mediator = _mediator; }}
具体同事类
public class ConcreteColleague1 extends Colleague{ //通过构造函数传递中介者 public ConcreteColleague1(Mediator _mediator){ super(_mediator); } //自由方法self-method public void selfMethod1(){ //处理自己的业务逻辑 } //依赖方法dep-method public void depMethod1(){ //处理自己的业务 //自己不能处理的委托中介处理 super.mediator.doSomething1();
}}
总结
优点:减少类之间的相互依赖，从一对多变为一对一
缺点：关系越复杂会导致的中介者膨胀越厉害，比如doSomething的实现就更加苦难。所以使用中介者模式需要量力而行。
中介者模式
声明：以上内容来自用户投稿及互联网公开渠道收集整理发布，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任，若内容有误或涉及侵权可进行投诉： 投诉/举报 工作人员会在5个工作日内联系你，一经查实，本站将立刻删除涉嫌侵权内容。