中介者模式
//又名调停者模式
/**
*
* 中介者模式:
* 应用迪米特法则,如果两个类不必彼此直接通信,那么这两个类就不应该发生直接的相互作用.
* 通过中介对象,来与其他对象进行交互,使得系统的结构不会因为新对象的引入造成大量的修改工作
*
*
* 作用:
* 减少了各个对象间的耦合,使得可以独立地改变和复用Colleague类和Media类;
* 对对象进行了抽象,将中介者作为一个独立的概念将其封装在一个对象中,这样关注的对象就从对象各自的行为转移到他们之间的交互
* 上来,站在了一个更宏观的角度看待问题;
* 缺点:
* 容易误用,当系统出现了多对多的交互复杂对象群时,不要急于使用中介者模式,而要先反思你的系统在设计上是否合理;
* 由于对中介者对象进行了集合化,相当于把交互复杂性变为了中介者对象的复杂性,这就使得中介者会变得无比复杂
* 应用场景:
* 尽管将一个系统分割成许多对象通常可以增加其可复用性,但是对象之间互相连接的激增又会降低其可复用性,
* 当大量的连接使得一个对象不可能在没有其他对象的支持下工作,系统表现为一个不可分割的整体
*
* 中介者模式一般应用于一组对象以定义良好但复杂的方式进行通信的场合;
* 中介者模式一般应用于想定制一个分布在多个类中的行为,而与又不想生成太多子类的场合;
*
*/
没有调停者模式前
调停者后
结构图
范例
public interface Media {
void send(String message,Colleague colleagueFrom);
//中介对象的对应方法
void add(Colleague colleague);
}
//具体实现
public class ConcreteMedia implements Media {
private List<Colleague> mColleagues=new ArrayList<>();
public void add(Colleague colleague){
mColleagues.add(colleague);
}
@Override
public void send(String message, Colleague colleagueFrom) {
for(Colleague colleague:mColleagues){
if (colleague!=colleagueFrom){
colleague.receive(message);
}
}
}
}
//同事类的抽象
abstract public class Colleague {
protected Media mMedia;
protected String name;
public Colleague(Media media,String name) {
mMedia = media;
this.name=name;
media.add(this);
}
//调用中介对象的对应方法
abstract public void send(String message);
public void receive(String message) {
Log.d("meee",name+" 收到消息:"+message);
}
}