认识观察者模式
我们看看报纸和杂志的订阅是怎么回事:
- 报社的业务就是出版报纸。
- 向某家报社订阅报纸,只要他们有新报纸出版,就会给你送来。只要你是他们的订户,你就会一直收到新报纸。
- 当你不想再看报纸的时候,取消订阅,他们就不会再送新报纸来。
- 只要报社还在运营,就会一直有人(或单位)向他们订阅报 纸或取消订阅报纸。
观察者模式
出版者+订阅者=观察者模式
出版者改称为“主题”(Subject),订阅者改称为“观察者”(Observer)。
观察者模式:定义了对象之间的一对多依赖,当一个对象改变状态时,它的所有依赖者都会收到通知并自动更新。
示例
建立气象站:
该气象站必须建立在WeatherData对象上,由WeatherData对象负责追踪目前的天气状况(温度、
湿度、气压)。希望能建立一个应用,有三种布告板,分别显示目前的状况、气象统计及简单的预报。
当WeatherObject对象获得最新的测量数据时,三种布告板 必须实时更新。
而且,这是一个可以扩展的气象站,Weather-O-Rama气象 站希望公布一组API,好让其他开发人员可以写出自己的气象布告板,并插入此应用中。
1 | public interface Subject { |
1 | public interface Observer { |
1 | public interface DisplayElement { |
1 | import java.util.ArrayList; |
布告板
1 |
|
气象站测试类
1 | public class WeatherStation { |
运行结果
1 | Current conditions: 80.0F degrees and 65.0% humidity |
JAVA内置的观察者模式
Java API有内置的观察者模式。java.util包(package)内包含最基本的Observer接口与Observable类。
Observer接口
1 | package java.util; |
Observable类
1 |
|
1 | import java.util.Observable; |
1 | import java.util.Observable; |
测试代码和测试结果同上
java.util.Observable的缺点
java.util.Observable的实现 有许多问题,限制了它的使用和复用。
- 观察者是一个“类”而不是一个“接 口”
- 你必须设计一个类继承它。如果某类想同时 具有Observable类和另一个超类的行为,就会陷入两难,毕竟Java不支持多重继承。
- Observable将关键的方法保护起来
- setChanged()方法被保护起来了(被定义成 protected)。这意味着:除非你继承自Observable,否则你无法创建Observable实例并组合到你自己的对象中来。这个设计违反了第二个设计原 则:“多用组合,少用继承”。
要点
- 观察者模式定义了对象之间一对多的关系。
- 主题(也就是可观察者)用一个共同的接口来更新观察者。
- 观察者和可观察者之间用松耦合方式结合(loosecoupl- ing),可观察者不知道观察者的细节,只知道观察者实现了观察者接口。
- 使用此模式时,你可从被观察者处推(push)或拉(pull)数据(然而,推的方式被认为更“正确”)。
- 有多个观察者时,不可以依赖特定的通知次序。
- Java有多种观察者模式的实现,包括了通用的java.util.Observable。
- 要注意java.util.Observable实现上所带来的一些问题。
- 如果有必要的话,可以实现自己的Observable。
- Swing大量使用观察者模式,许多GUI框架也是如此。
- 此模式也被应用在许多地方,例如:JavaBeans、RMI。



