java设计模式(六)--观察者模式
转载:设计模式(中文-文字版)
目录:
- 简单目标任务实现
- 观察者模式介绍
- 观察者模式代码实现
观察者模式是JDK中使用最多的模式之一,非常有用。我们也会一并介绍一对多关系,以及松耦合(对,没错,我们说耦合)。有了观察者,你将会消息灵通。
文章首先从一个案例入手开始介绍。这个案例是这样的,团队承包了一个气象站的气象发布系统。
工作合约
恭喜贵公司获选为敝公司建立下一代Internet气象观测站!
该气象站必须建立在我们专利申请中的W eatherD ata对象
上,由W eatherD ata对象负责追踪目前的天气状况(温度、
湿度、气压)。我们希望贵公司能建立一个应用,有三种
布告板,分别显示目前的状况、气象统计及简单的预报。
当WeatherObject对象获得最新的测量数据时,三种布告板
必须实时更新。
而且,这是一个可以扩展的气象站,Weather-O-Rama气象
站希望公布一组API,好让其他开发人员可以写出自己的
气象布告板,并插入此应用中。我们希望贵公司能提供这
样的API。
Weathe r - O-Ra m a 气象站有很好的商业营运模式:一旦客
户上钩,他们使用每个布告板都要付钱。最好的部分就是,
为了感谢贵公司建立此系统,我们将以公司的认股权支付
你。
我们期待看到你的设计和应用的alpha版本。
真挚的
Johnny Hurricane——Weather-O-Rama气象站执行长
附注:我们正通宵整理WeatherData源文件给你们。
此系统中的三个部分是气象站(获取实际气象数据的物理装置)、WeatherData对象(追踪来自气象站的数据,并更新布告板)和布告板(显示目前天气状况给用户看)。如下图:
1.简单的实现
再次理清思路:WeatherData对象可以获取天气信息(温度,湿度,气压等),然后将这些天气信息发送给布告板。那么我们可以很简单的实现:
public class WeatherData {
// 实例变量声明
public void measurementsChanged() {
float temp = getTemperature();
float humidity = getHumidity();
float pressure = getPressure();
currentConditionsDisplay.update(temp, humidity, pressure);
statisticsDisplay.update(temp, humidity, pressure);
forecastDisplay.update(temp, humidity, pressure);
}
// 这里是其他WeatherData方法
}
很直观,很容易理解,currentConditionsDisplay等代表三块布告板,通过measurementsChanged方法告诉三个布告板天气信息。然而,有以下几个问题:
A. 我们是针对具体实现编程,而非针对接
B. 对于每个新的布告板,我们都得修改代码。
C. 我们无法在运行时动态地增加(或删除)布告板
D. 布告板没有实现一个共同的接口。
E. 我们尚未封装改变的部分。
F. 我们侵犯了WeatherData类的封装。
2.观察者模式
简单的认识下观察者模式。比如报纸,客户订阅报纸,然后报社发送报纸到订阅的用户手里。报社就是一个主题,而订阅的客户就是观察者。
定义:
观察者模式定义了对象之间的一对多依赖,这样一来,当一个对象改变状态时,它的所有依赖者都会收到通知并自动更新。
主题和观察者定义了一对多的关系。观察者依赖于此主题,只要主题状态一有变化,观察者就会被通知。根据通知的风格,观察者可能因此而更新。稍后你会看到,实现观察者模式的方法不只一种,但是以包含Subject与Observer接口的类设计的做法最常见。
那么,气象数据更新便可以这样设计为观察者模式:
利用观察者模式,主题是具有状态的对象,并且可以控制这些状态。也就是说,有“一个”具有状态的主题。另一方面,观察者使用这些状态,虽然这些状态并不属于他们。有许多的观察者,依赖主题来告诉他们状态何时改变了。这就产生一个关系:“一个”主题对“多个”观察者的关系。
从结果往前看很容易理解观察者模式,但如果接到了需求怎么适配到观察者模式呢?首先,明显的是一对多的订阅模式,主题天气更新后,观察者们布告板因此而更新天气。需要考虑的是布告板是不同的,风格不同,但主题只有一个或者说主题的通知方式只有一个,怎样才能使布告板统一接受规则呢?那就是接口,只要所有的布告板实现了接口的update方法,通过update方法便可以获取天气信息。由此可以获得最终设计:
刚开始看书看到这些类图可能有点头晕,别担心,那只是因为对内容还不熟悉,只要跟着敲一遍代码,一切就很容易理解了。下面就是代码实现了。
3.代码实现
3.1Subject接口
先定义主题的接口,气象站有多个,这些气象站都是一个个的主题,每个主题都可以发送天气信息给它的订阅者。为了规范信息发送格式,我们需要规定这些主题必须实现一些固定格式的方法。
/**
* 主题:天气变化管理接口
* Created by mrf on 2016/3/1.
*/
public interface Subject {
//注册观察者
public void registerObserver(Observer o);
//移除观察者
public void removeObserver(Observer o);
//当天气改变时,这个方法会被调用,以通知所有的观察者
public void notifyObservers();
}
3.2Observer接口
同样,观察者有多个,这些观察者各不相同,但都要以相同的方式接收天气信息,那么就必须实现一个观察者的接口:
/**
* 观察者接口
* Created by mrf on 2016/3/1.
*/
public interface Observer {
/**
* 天气更新通知
* @param temp 气象观测值:温度
* @param humidity 气象观测值:湿度
* @param pressure 气象观测值:压强
*/
public void update(float temp, float humidity, float pressure);
}
3.3Diplay接口
根据得到的信息展示可以统一成一个方式,即实现Display的显示方法,当然,各自也可以自己添加自己的方法。
/**
* 显示信息接口:当布告板需要显示时调用此方法
* Created by mrf on 2016/3/1.
*/
public interface DisplayElement {
public void display();
}
3.4WeatherData主题
接下来就是天气主题,天气主题需要实现Subject接口以统一信息管理标准
/**
* 观察者模式--天气更新
* 角色:主题发布者
* Created by mrf on 2016/3/1.
*/
public class WeatherData implements Subject {
private ArrayList observers;
private float temperature;
private float humidity;
private float pressure; public WeatherData() {
observers = new ArrayList();
} public void registerObserver(Observer o) {
observers.add(o);
} public void removeObserver(Observer o) {
int i = observers.indexOf(o);
if (i >= 0) {
observers.remove(i);
}
} public void notifyObservers() {
for (int i = 0; i < observers.size(); i++) {
Observer observer = (Observer) observers.get(i);
observer.update(temperature, humidity, pressure);
}
} public void measurementsChanged() {
notifyObservers();
} public void setMeasurements(float temperature, float humidity, float pressure) {
this.temperature = temperature;
this.humidity = humidity;
this.pressure = pressure;
measurementsChanged();
}
// WeatherData的其他方法
}
3.5一个布告板的实现CurrentConditionsDisplay
那么,最重要的观察者来了。布告板实现了接受标准和显示标准两个接口:
/**
* 显示天气信息的布告板
* 角色:观察者,订阅者
* 实现Observer接口以从WeatherData中获取天气信息
* 实现DisplayElement以显示信息
* Created by mrf on 2016/3/1.
*/
public class CurrentConditionsDisplay implements Observer, DisplayElement {
private float temperature;
private float humidity;
private Subject weatherData;
public CurrentConditionsDisplay(Subject weatherData) {
this.weatherData = weatherData;
weatherData.registerObserver(this);
}
public void update(float temperature, float humidity, float pressure) {
this.temperature = temperature;
this.humidity = humidity;
display();
}
public void display() {
System.out.println("Current conditions: " + temperature
+ "F degrees and " + humidity + "% humidity");
}
}
3.6测试
万事俱备,就来测试一下结果
/**
* 观察者模式测试
* Created by mrf on 2016/3/1.
*/
public class WeatherStationTest {
public static void main(String[] args) {
WeatherData weatherData = new WeatherData();
CurrentConditionsDisplay currentDisplay =
new CurrentConditionsDisplay(weatherData);
//其他布告板
// StatisticsDisplay statisticsDisplay = new StatisticsDisplay(weatherData);
// ForecastDisplay forecastDisplay = new ForecastDisplay(weatherData);
weatherData.setMeasurements(80, 65, 30.4f);
weatherData.setMeasurements(82, 70, 29.2f);
weatherData.setMeasurements(78, 90, 29.2f);
}
}
结果:
Current conditions: 80.0F degrees and 65.0% humidity
Current conditions: 82.0F degrees and 70.0% humidity
Current conditions: 78.0F degrees and 90.0% humidity
4.松耦合的威力
设计原则:为了交互对象之间的松耦合设计而努力。
当两个对象之间松耦合,它们依然可以交互,但是不太清楚彼此的细节。观察者模式提供了一种对象设计,让主题和观察者之间松耦合。为什么呢?
关于观察者的一切,主题只知道观察者实现了某个接口(也就是Observer接口)。主题不需要知道观察者的具体类是谁、做了些什么或其他任何细节。任何时候我们都可以增加新的观察者。因为主题唯一依赖的东西是一个实现Observer接口的对象列表,所以我们可以随时增加观察者。事实上,在运行时我们可以用新的观察者取代现有的观察者,主题不会受到任何影响。同样的,也可以在任何时候删除某些观察者。有新类型的观察者出现时,主题的代码不需要修改。假如我们有个新的具体类需要当观察者,我们不需要为了兼容新类型而修改主题的代码,所有要做的就是在新的类里实现此观察者接口,然后注册为观察者即可。主题不在乎别的,它只会发送通知给所有实现了观察者接口的对象。
我们可以独立地复用主题或观察者。如果我们在其他地方需要使用主题或观察者,可以轻易地复用,因为二者并非紧耦合。改变主题或观察者其中一方,并不会影响另一方。因为两者是松耦合的,所以只要他们之间的接口仍被遵守,我们就可以自由地改变他们。
松耦合的设计之所以能让我们建立有弹性的OO系统,能够应对变化,是因为对象之间的互相依赖降到了最低。
5.使用java内置的观察者模式
java.util下包含了Observer接口和Observable类,这和我们之前的Subject、Observer接口很类似。使用java内置的只要做些简单修改:
这里要注意,主题要继承内置实现的Observable类,观察者实现Observer接口,而且如果主题要通知观察者必须设置setChanged()来告诉系统需要通知,这一设置的意思是为了避免某些不想发送通知的情况。比如温都每0.1更新一次,但观察者不需要这么频繁,只需要到1度以上才更新等。控制通知很重要。这里的get方法是为了实现让观察者自己拉取数据。由此,数据可以通知,也可以拉取。下面看代码实现,注意导入的包的类型:
5.1WeatherData修改
/**
* 观察者模式
* 角色:主题
* 通过继承java内置的对象来实现
* Created by mrf on 2016/3/1.
*/
public class WeatherData extends Observable {
private float temperature;
private float humidity;
private float pressure;
public WeatherData() { }
public void measurementsChanged() {
setChanged();//设置通知标识
notifyObservers();//通知
}
public void setMeasurements(float temperature, float humidity, float pressure) {
this.temperature = temperature;
this.humidity = humidity;
this.pressure = pressure;
measurementsChanged();
}
public float getTemperature() {
return temperature;
}
public float getHumidity() {
return humidity;
}
public float getPressure() {
return pressure;
}
}
5.2接收通知的观察者
/**
* 观察者模式
* 角色:观察者
* 通过实现java内置的方法实现观察功能
* Created by mrf on 2016/3/1.
*/
public class CurrentConditionsDisplay implements Observer, DisplayElement {
Observable observable;
private float temperature;
private float humidity;
public CurrentConditionsDisplay(Observable observable) {
this.observable = observable;
observable.addObserver(this);//注册为观察者
} /**
* 更新
* @param obs 主题
* @param arg 这里没有用到
*/
public void update(Observable obs, Object arg) {//通过主题对象来更新
if (obs instanceof WeatherData) {
WeatherData weatherData = (WeatherData)obs;
this.temperature = weatherData.getTemperature();
this.humidity = weatherData.getHumidity();
display();
}
}
public void display() {
System.out.println("Current conditions: " + temperature
+ "F degrees and " + humidity + "% humidity");
}
}
5.3自己拉取数据的观察者
/**
* Created by mrf on 2016/3/1.
*/
public class ForecastDisplay implements Observer, DisplayElement {
Observable observable;
private float lastPresure;
private float currentPresure =12.5f; public ForecastDisplay(Observable observable) {
this.observable =observable;
} @Override
public void display() {
System.out.println("当前压强:"+currentPresure+"; 上一次压强:"+lastPresure);
} @Override
public void update(Observable obs, Object arg) {
if (obs instanceof WeatherData) {
lastPresure = currentPresure;
currentPresure = ((WeatherData) obs).getPressure();
display();
}
}
}
5.4测试
/**
* 测试拉取数据
* Created by mrf on 2016/3/1.
*/
public class ForecastDisplayTest {
public static void main(String[] args) {
WeatherData weatherData = new WeatherData();
CurrentConditionsDisplay currentDisplay =
new CurrentConditionsDisplay(weatherData);
ForecastDisplay forecastDisplay = new ForecastDisplay(weatherData);
weatherData.setMeasurements(80, 65, 30.4f);
//拉取
forecastDisplay.update(weatherData,forecastDisplay);
currentDisplay.update(weatherData,forecastDisplay);
weatherData.setMeasurements(82, 70, 29.2f);
forecastDisplay.update(weatherData,forecastDisplay);
weatherData.setMeasurements(78, 90, 39.2f);
forecastDisplay.update(weatherData,forecastDisplay);
}
}
结果:
Current conditions: 80.0F degrees and 65.0% humidity
当前压强:30.4; 上一次压强:12.5
Current conditions: 80.0F degrees and 65.0% humidity
Current conditions: 82.0F degrees and 70.0% humidity
当前压强:29.2; 上一次压强:30.4
Current conditions: 78.0F degrees and 90.0% humidity
当前压强:39.2; 上一次压强:29.2
6.java.util.Observable的黑暗面
Observable是一个类
是的,你注意到了!如同你所发现的,可观察者是一个“类”而不是一个“接口”,更糟的是,它甚至没有实现一个接口。不幸的是,java.util.Observable的实现有许多问题,限制了它的使用和复用。这并不是说它没有提供有用的功能,我们只
是想提醒大家注意一些事实。
你已经从我们的原则中得知这不是一件好事,但是,这到底会造成什么问题呢?首先,因为Observable是一个“类”,你必须设计一个类继承它。如果某类想同时具有Observable类和另一个超类的行为,就会陷入两难,毕竟Java不支持多重继承。这限制了Observable的复用潜力(而增加复用潜力不正是我们使用模式最原始的动机吗?)。再者,因为没有Observable接口,所以你无法建立自己的实现,和Java内置的Observer API搭配使用,也无法将java.util的实现换成另一套做法的实现(比方说,
Observable将关键的方法保护起来
如果你能够扩展java.util.Observable,那么Observable“可能”可以符合你的需求。否则,你可能需要像本章开头的做法那样自己实现这一整套观察者模式。不管用哪一种方法,反正你都已经熟悉观察者模式了,应该都能善用它们。如果你看看Observable API,你会发现setChanged()方法被保护起来了(被定义成protected)。那又怎么样呢?这意味着:除非你继承自Observable,否则你无法创建Observable实例并组合到你自己的对象中来。这个设计违反了第二个设计原则:“多用组合,少用继承”。
java设计模式(六)--观察者模式的更多相关文章
- 理解java设计模式之观察者模式
在生活实际中,我们经常会遇到关注一个事物数据变化的情况,例如生活中的温度记录仪,当温度变化时,我们观察它温度变化的曲线,温度记录日志等.对于这一类问题,很接近java设计模式里面的“观察者模式”,它适 ...
- java设计模式之观察者模式以及在java中作用
观察者模式是对象的行为模式,又叫发布-订阅(Publish/Subscribe)模式.模型-视图(Model/View)模式.源-监听器(Source/Listener)模式或从属者(Dependen ...
- java设计模式02观察者模式
观察者模式定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象.这个主题对象在状态上发生变化时,会通知所有观察者对象,使它们能够自动更新自己. 这里主要讲一下学习内置观察者的记录,在JA ...
- java设计模式之观察者模式
观察者模式 观察者模式(有时又被称为发布(publish )-订阅(Subscribe)模式.模型-视图(View)模式.源-收听者(Listener)模式或从属者模式)是软件设计模式的一种.在此种模 ...
- JAVA设计模式 之 观察者模式
简介: 观察者模式是JDK中最多的设计模式之一,非常有用,观察者模式介绍了一对多的依赖关系及松耦合,有了观察者,你将会消息灵通. 认识观察者模式,看一个报纸.杂志订阅是怎么回事: (1). 报社的业务 ...
- 折腾Java设计模式之观察者模式
观察者模式 Define a one-to-many dependency between objects where a state change in one object results in ...
- Java 设计模式六原则及23中常用设计模式
一.设计模式的分类 总体来说设计模式分为三大类: 创建型模式,共五种:工厂方法模式.抽象工厂模式.单例模式.建造者模式.原型模式. 结构型模式,共七种:适配器模式.装饰器模式.代理模式.外观模式.桥接 ...
- JAVA设计模式之观察者模式 - Observer
有趣的事情发生时,可千万别错过了!有一个模式可以帮你的对象知悉现况,不会错过该对象感兴趣的事.对象甚至在运行时可决定是否要继续被通知.有了观察者,你将会消息灵通. 介绍 观察者模式的定义: 在对象之间 ...
- JAVA设计模式 之 观察者模式(JDK内置实现)
简介:使用JAVA内置的帮你搞定观察者模式. 1. 先把类图放在这里: (1). Observable类追踪所有的观察者,并通知他们. (2). Observer这个接口看起来很熟悉,它和我们之前写的 ...
- java设计模式之观察者模式(9)
Java观察者模式的浅析 简单地说,观察者模式定义了一个一对多的依赖关系,让一个或多个观察者对象监察一个主题对象.这样一个主题对象在状态上的变化能够通知所有的依赖于此对象的那些观察者对象,使这些观察者 ...
随机推荐
- Ubuntu Tftpd服务配置
---恢复内容开始--- 服务器端(ip:192.168.1.100) #安装tftpd-hpa sudo apt-get install tftpd-hpa 修改配置文件 sudo vim /etc ...
- 《Learninghard C#学习笔记》回馈网友,免费送书5本
前言: 在博客园园友的大力支持下,本人的第一本书<Learninghard C#学习笔记>终于出版了. 这本书是本人学习C#的亲身经历,书籍内容都是本人学习过程中认为必须掌握的内容,完全无 ...
- [ACM_几何] Pipe
http://acm.hust.edu.cn/vjudge/contest/view.action?cid=28417#problem/B 本题大意: 给定一个管道上边界的拐点,管道宽为1,求 ...
- Java-练习方法之模拟摇号抽奖
3.采用多种算法,模拟摇奖:从1-36中随机抽出8个不重复的数字 int[] shuzu=new int[8]; Random ran=new Random(); for(int i=0;i<s ...
- PMO到底什么样?(2)
接上一篇,继续聊一聊PMO到底什么样. 交付功能,8大典型责任 1监控.评定和报告 项目办理单位从交付的视点必定要有监控评定.每个项目在要害的期间上它的进展是不是跟按期的相同:是不是有要害的专家在要害 ...
- 大叔也说Xamarin~Android篇~调用远程API接口,发POST请求
回到目录 Xamarin我们在上节已经教大家如何去部署它的环境了,今天来说一个实际的例子,使用android客户调用.net web api的一个接口,并发送POST请求,当服务端回到请求后做出响应, ...
- 爱上MVC~为Html.EditorForModel自定义模版
回到目录 挺有意思的一件事 对于MVC视图渲染来说,大家应该不会陌生,但对于模型的渲染,不知道是否听说过,主要是说Model通过它属性的相关特性(DataType,UIHint)来将它们自动渲染到Vi ...
- scp命令[转]
scp是secure copy的简写,用于在Linux下进行远程拷贝文件的命令,和它类似的命令有cp,不过cp只是在本机进行拷贝不能跨服务器,而且scp传输是加密的.可能会稍微影响一下速度.当你服务器 ...
- salesforce 零基础开发入门学习(十)IDE便捷小知识
在这里介绍两个IDE的便捷开发的小知识. 一) 本地调试 由于salesforce代码只能提交以后才能调试,所以很多时候调试代码很麻烦.新版增加了一个特性:即可以在本地调试相关的代码或者查看相关代码运 ...
- 遍历后台的List,让前台的多选宽被选中
后端代码: /** * 获取优惠卷分页信息 * * * @param ph * 包括查询条件以及分页查询条件 * */ @Override public DataGrid<AppCmsCoupo ...