基本介绍
观察者模式(Observer Design Pattern)也被称为发布订阅模式(Publish-Subscribe Design Pattern)
意图:当一个对象的状态发生改变时,所有依赖于它的对象都会得到通知并被自动更新。
观察者模式属于行为型模式, 大多应用于一些事件驱动模型(Spring涉及)或者游戏开发领域。
假设有一家气象局,姑且就叫神盾气象局吧,该气象局委托我们构建一套系统,这个系统有两个公告牌,需要我们显示当前的实时天气和未来的天气预报。 当神盾气象局发布新的天气数据(WeatherData)后,两个公告牌上显示的天气数据务必实时更新。神盾气象局同时要求我们保证程序拥有足够的可扩展性,因为以后随时要新增其他的公告牌(如紧急公告等)。
他们最初始的设计如下:
public class WeatherData {
//实例变量声明
...
public void measurementsChanged() {
float temperature = getTemperature();
float humidity = getHumidity();
float pressure = getPressure();
List<Float> forecastTemperatures = getForecastTemperatures();
//更新公告牌
currentConditionsDisplay.update(temperature, humidity, pressure);
forecastDisplay.update(forecastTemperatures);
}
...
}
然鹅每当我需要删除或者新增公告牌时,我就必须得修改 核心逻辑代码,如此看来扩展性极差,违背了开闭原则(对扩展开放,对修改关闭)
从上述方案,我们已经大致了解该方案有很多问题
- 扩展性较差
- 代码功能耦合严重
- 核心功能代码改来改去容易出问题
观察者模式
观察者模式通常情况所解决的需求场景:A对象(观察者)被 B对象(被观察者)的某种变化高度敏感,需要在B变化的那一刻A及时得到反馈。
举个例子:小明过马路,小明需要在红绿灯由红灯变成绿灯后到达马路另一侧,这个场景中,小明是观察者,红绿灯是被观察者,当红绿灯发生颜色改变时,小明需要得到反馈。
但是程序中的观察和现实中所说的【观察】有些许差异:
- 观察者不需要时刻盯着被观察者(小明不需要每一秒盯着红绿灯)
- 采用注册或者订阅(Subscribe)的方式告诉被观察者(红绿灯变色后会广播,小明可以听到)
采取这样被动的观察方式,省去了反复检索状态的资源消耗,也能得到最快的反馈速度,其实就是由拉变成了推。
观察者模式通常基于 Subject(主题)和 Observer(观察者)而设计,类图如下
既然我们说了神盾气象局最初的设计 多么的糟糕,那么我们现在就用观察者模式来重构它吧!
首先我们基于上述的通用类图,重新构建神盾气象局的结构类图以及编码实现
主题接口
/**
* 主题
*/
public interface Subject {
void registerObserver(Observer observer);
void removeObserver(Observer observer);
void notifyObserver();
}
观察者接口
/**
* 观察者
*/
public interface Observer {
//反向更新
void update(WeatherDetail weatherDetail);
}
公告牌接口
public interface DisplayElement {
void display();
}
气象数据Entity
@Data
@AllArgsConstructor
public class WeatherDetail {
private double temperature; //当前温度
private double humidity; //当前湿度
private double pressure; //当前气压
private List<WeatherDetail> forecastDetails;//未来几天的气象数据详情
}
气象数据(被观察者)- 核心
@Data
public class WeatherData implements Subject {
private List<Observer> observers;
private WeatherDetail weatherDetail;
public WeatherData() {
observers = new ArrayList<>();
}
@Override
public void registerObserver(Observer observer) {
observers.add(observer);
}
@Override
public void removeObserver(Observer observer) {
if (!observers.isEmpty()) {
observers.remove(observer);
}
}
@Override
public void notifyObserver() {
for (Observer observer : observers) {
observer.update(weatherDetail);
}
}
public void setMeasurements(WeatherDetail weatherDetail){
this.weatherDetail = weatherDetail;
notifyObserver();
}
}
显示当前天气的公告牌(CurrentConditionDisplay)
/**
* 当前展板
*/
public class CurrentConditionDisplay implements Observer, DisplayElement {
private double temperature; //当前温度
private double humidity; //当前湿度
private double pressure; //当前气压
public CurrentConditionDisplay(Subject weatherData) {
//天气数据
weatherData.registerObserver(this);
}
@Override
public void display() {
System.out.println("current-[temperature:" + temperature + ",humidity:" + humidity + ",pressure:" + pressure + "]");
}
@Override
public void update(WeatherDetail weatherDetail) {
this.temperature = weatherDetail.getTemperature();
this.humidity = weatherDetail.getHumidity();
this.pressure = weatherDetail.getPressure();
}
}
显示未来几天天气的公告牌(ForecastConditionDisplay)
ppublic class ForecastConditionDisplay implements Observer, DisplayElement {
private List<WeatherDetail> forecastDetails;//未来几天的气象数据详情
public ForecastConditionDisplay(Subject weatherData) {
weatherData.registerObserver(this);
}
@Override
public void display() {
if (forecastDetails != null) {
for (WeatherDetail weatherDetail : forecastDetails) {
System.out.println("forecast-[temperature:" + weatherDetail.getTemperature()
+ ",humidity" + weatherDetail.getHumidity() + ",pressure" + weatherDetail.getPressure() + "]");
}
}
}
@Override
public void update(WeatherDetail weatherDetail) {
forecastDetails = weatherDetail.getForecastDetails();
}
}
到这里,我们整个神盾气象局的WeatherData应用就改造完成了。
两个公告牌 CurrentConditionsDisplay
和 ForecastConditionDisplay
实现了 Observer
和 DisplayElement
接口。在他们的构造方法中会调用 WeatherData
的 registerObserver
方法将自己注册成观察者,这样被观察者 WeatherData
就会持有观察者的应用,并将它们保存到一个集合中。当被观察者 WeatherData
状态发生变化时就会遍历这个集合,循环调用观察者更新公告牌数据的方法。后面如果我们需要增加或者删除公告牌,就只需要新增或者删除实现了 Observer
和 DisplayElement
接口的公告牌就好了。
好,我们接下来测试一下利用观察者模式改进后的程序.....
public class Client {
public static void main(String[] args) {
List<WeatherDetail> forecastDetail = new ArrayList<>();
forecastDetail.add(new WeatherDetail(23.0, 0.9, 1.1, null));
forecastDetail.add(new WeatherDetail(17.0, 0.5, 1.3, null));
WeatherDetail weatherDetail = new WeatherDetail(22.0, 0.8, 1.2, forecastDetail);
WeatherData weatherData = new WeatherData();
DisplayElement current = new CurrentConditionDisplay(weatherData);
DisplayElement forecast = new ForecastConditionDisplay(weatherData);
weatherData.setMeasurements(weatherDetail);
current.display();
forecast.display();
}
}
输出结果
观察者模式(JDK版)
我们还是用神盾气象局的例子来实现JDK版本的观察者模式,这样便于比较两者之间的差别
公告牌接口
public interface DisplayElement {
void display();
}
气象数据Entity
@Data
@AllArgsConstructor
public class WeatherDetail {
private double temperature; //当前温度
private double humidity; //当前湿度
private double pressure; //当前气压
private List<WeatherDetail> forecastDetails;//未来几天的气象数据详情
}
气象数据(被观察者)- 核心
/**
* 天气数据
*/
@Data
public class WeatherData extends Observable {
private WeatherDetail weatherDetail;
public WeatherData() {}
public void setMeasurements(WeatherDetail weatherDetail){
this.weatherDetail = weatherDetail;
this.setChanged();
notifyObservers(weatherDetail);
}
}
显示当前天气的公告牌(CurrentConditionDisplay)
/**
* 当前展板
*/
public class CurrentConditionDisplay implements Observer, DisplayElement {
private double temperature; //当前温度
private double humidity; //当前湿度
private double pressure; //当前气压
public CurrentConditionDisplay(Observable weatherData) {
//天气数据
weatherData.addObserver(this);
}
@Override
public void display() {
System.out.println("current-[temperature:" + temperature + ",humidity:" + humidity + ",pressure:" + pressure + "]");
}
@Override
public void update(Observable observable, Object arg) {
WeatherDetail weatherDetail = (WeatherDetail) arg;
this.temperature = weatherDetail.getTemperature();
this.humidity = weatherDetail.getHumidity();
this.pressure = weatherDetail.getPressure();
}
}
显示未来几天天气的公告牌(ForecastConditionDisplay)
public class ForecastConditionDisplay implements Observer, DisplayElement {
private List<WeatherDetail> forecastDetails;//未来几天的气象数据详情
public ForecastConditionDisplay(Observable weatherData) {
//天气数据
weatherData.addObserver(this);
}
@Override
public void display() {
if (forecastDetails != null) {
for (WeatherDetail weatherDetail : forecastDetails) {
System.out.println("forecast-[temperature:" + weatherDetail.getTemperature()
+ ",humidity:" + weatherDetail.getHumidity() + ",pressure:" + weatherDetail.getPressure() + "]");
}
}
}
@Override
public void update(Observable observable, Object arg) {
WeatherDetail weatherDetail = (WeatherDetail) arg;
this.forecastDetails = weatherDetail.getForecastDetails();
}
}
到这里,我们使用JDK自带的API实现了观察者模式,下面我们开始测试
public class Client {
public static void main(String[] args) {
List<WeatherDetail> forecastDetail = new ArrayList<>();
forecastDetail.add(new WeatherDetail(23.0, 0.9, 1.1,null));
forecastDetail.add(new WeatherDetail(17.0, 0.5, 1.3,null));
WeatherDetail weatherDetail = new WeatherDetail(22.0, 0.8, 1.2, forecastDetail);
WeatherData weatherData = new WeatherData();
DisplayElement current = new CurrentConditionDisplay(weatherData);
DisplayElement forecast = new ForecastConditionDisplay(weatherData);
weatherData.setMeasurements(weatherDetail);
current.display();
forecast.display();
}
}
输出结果
总结:使用JDK自带的API去实现观察者模式固然方便,但是由于需要继承 Observable
接口,会对被观察者类造成限制(单继承的局限性),其次 Observable
的代码 从属JDK1.0,底层还是用的相关的Vector去做安全的集合容器,个人感觉还是有点过时了,个人还是倾向于自实现观察者模式。