观察者模式是一个使用率非常高的模式,它最常用的地方是GUI系统、订阅—发布系统。因为这个模式的一个重要作用就是解耦,将被观察者和观察者解耦,使得他们之间的依赖性更小,甚至做到毫无依赖。
观察者模式的定义
定义对象间一种一对多的依赖关系,使得每当一个对象改变状态,则所以依赖于它的对象都会得到通知并被自动更新。
观察者模式的使用场景
- 关联行为场景,需要注意的是,关联行为是可拆分的,而不是“组合”关系
- 事件多级触发场景
- 跨系统的消息交换场景,如消息队列、事件总线的处理机制
观察者模式的UML类图
角色介绍:
Subject:抽象主题,也就是被观察者(Observable)的角色,抽象主题把所有的引用保存在一个集合中,每个主题都可以有任意数量的观察者,抽象主题提供了一个接口,可以增加和删除观察者对象
ConcreteSubject:具体主题,该角色将有关状态存入具体观察者对象,在具体主题的内部形状时,给所有注册过的观察者发出通知,具体主题角色又叫做具体被观察者(ConcreteObservable)。
Observer: 抽闲观察者,该角色是观察者的抽象类,它定义了一个更新接口,使得在得到主题的更改通知时更新自己。
ConcreteObserver: 具体的观察者,该角色实现观察者角色所定义的更新接口,以便在主题的状态发生变化时更新自身的状态。
源码的简单实现
//程序员是观察者
public class Coder implements Observer {
private String name;
public Coder(String name) {
this.name = name;
}
@Override
public void update(Observable o, Object arg) {
System.out.println("Hi," + name + ",DevTechFrontier 更新啦,内容:" + arg);
}
@Override
public String toString() {
return "码农:" + name;
}
}
//被观察者
public class DevTechFrontier extends Observable {
public void postNewPublication(String content) {
//标识状态或者内容发生改变
setChanged();
//通知所有观察者
notifyObservers(content);
}
}
public class Test {
public static void main(String[] args){
//被观察者角色
DevTechFrontier devTechFrontier = new DevTechFrontier();
//观察者
Coder mrsimple = new Coder("mr.simple");
Coder coder1 = new Coder("coder-1");
Coder coder2 = new Coder("coder-2");
Coder coder3 = new Coder("coder-3");
//将观察者注册到可观察对象的观察者列表中
devTechFrontier.addObserver(mrsimple);
devTechFrontier.addObserver(coder1);
devTechFrontier.addObserver(coder2);
devTechFrontier.addObserver(coder3);
//发布消息
devTechFrontier.postNewPublication("新的一期开发技术前线周报发布啦!");
}
}
输出结果:
Hi,coder-3,DevTechFrontier 更新啦,内容:新的一期开发技术前线周报发布啦!
Hi,coder-2,DevTechFrontier 更新啦,内容:新的一期开发技术前线周报发布啦!
Hi,coder-1,DevTechFrontier 更新啦,内容:新的一期开发技术前线周报发布啦!
Hi,mr.simple,DevTechFrontier 更新啦,内容:新的一期开发技术前线周报发布啦!
总结
优点
- 观察者和被观察者之间是抽象耦合,应对业务变化
- 增强系统的灵活性、可扩展性
缺点
- 应用此模式时需要考虑一下开发效率和运行效率问题,程序中包括一个被观察者、多个观察者、开发调试等内容会比较复杂,而且在Java中消息的通知默认是顺序执行,一个观察者卡顿,会影响整体的执行效率,在这种情况下,一般考虑采用异步的方式