解决解耦的钥匙——观察者模式
观察者模式的定义
定义对象间一种一对多的依赖关系,使得每当一个对象改变状态,则所有依赖于它的对象都会得到通知并自动更新。
观察者模式的使用场景
- 关联行为场景,需要注意的是,关联行为是可拆分的,而不是“组合”关系。
- 事件多级触发场景。
- 跨系统的消息交换场景,如消息队列、事件总线的处理机制。
观察者模式的实例
角色介绍
Subject:抽象主题,也就是被观察的角色,抽象主题角色把所有观察者对象的引用保存在一个集合里,每个主题都可以有任意数量的观察者,抽象主题提供一个接口,可以增加和删除观察者对象。
ConcreteSubject:具体主题,该角色将有关状态存入具体观察者对象,在具体主题的内部状态发生改变时,给所有注册过的观察者发出通知,具体主题角色又叫做具体被观察者角色。
Observer:抽象观察者,该角色是观察者的抽象类,它定义了一个更新接口,使得在得到主题的更改通知时更新自己。
ConcreteObserver:具体的观察者,该角色实现抽象观察者角色所定义的更新接口,以便在主题的状态发生变化时更新自身的状态。
我们一般都会关注一些公众号,我们关注的公众号就是具体的主题角色,我们就是具体的观察者角色,这样巨组成了一个观察者模式。
程序员 观察者
Coder.class
public class Coder implements Observer {
private static final String TAG = "Coder";
public String name;
public Coder(String name) {
this.name = name;
}
@Override
public void update(Observable observable, Object o) {
Log.i(TAG, "Hi, " + name + ", DevTechFrontier更新啦,内容: " + o);
}
}
公众号 开发者前线
DevTechFrontier.class
public class DevTechFrontier extends Observable {
public void postNewPublication(String content) {
//标识状态或者内容发生改变
setChanged();
//通知所有观察者
notifyObservers(content);
}
}
测试代码
public class Test {
public void test() {
DevTechFrontier devTechFrontier = new DevTechFrontier();
Coder mrsimple = new Coder("mr.simple");
Coder coder1 = new Coder("coder1");
Coder coder2 = new Coder("coder2");
Coder coder3 = new Coder("coder3");
devTechFrontier.addObserver(mrsimple);
devTechFrontier.addObserver(coder1);
devTechFrontier.addObserver(coder2);
devTechFrontier.addObserver(coder3);
devTechFrontier.postNewPublication("新的一期开发技术前线周报发布啦!");
}
}
Observer和Observable是JDK中的内置类型,这里Observer是抽象的观察者角色,Coder扮演的是具体观察角色;Observable对应的是抽象主题角色,DevTechFrontier则是具体的主题角色。Coder是具体的观察者,他们订阅了DevTechFrontier这个具体的可观察对象,当DevTechFrontier有更新时,会遍历所有观察者(Coder),然后给这些观察者发布一个更新的消息,即调用Coder中的update方法。
小结
优点
- 观察者和被观察者之间是抽象耦合,应对业务变化;
- 增强系统灵活性、可扩展性。
缺点
在应用观察者模式时需要考虑一下开发效率和运行效率问题,程序中包括一个被观察者、多个观察者、开发和调试等内容会比较复杂,而且在Java中消息的通知默认是顺序执行,一个观察者卡顿,会影响整体的执行效率,在这种情况下,一般考虑采用异步的方式。