观察者模式：定义了对象之间的一对多依赖，这样依赖，当一个对象改变状态时，它的所有依赖者都会受到通知并自动更新。

问题描述：建立一个气象观测站，该气象站必须建立在WeatherData对象上。由WeatherData对象负责追踪目前的天气状况（温度、湿度、气压）。我们希望建立一个应用，有三种布告板，分别显示目前的状况，气象统计以及简单的预报。

同时希望公布一组API，让开发人员可以写出自己的气象布告板，并插入应用中。

1. 气象监测应用概况

如上图简单的设计，一旦气象站更新measurementsChanged()将会被调用。

2. 我们按要求完成measurementsChanged()方法

上面的实现中，我们是针对具体实现编程，而非针对接口；对于每一个布告板我们需要修改代码；我们无法在运行时添加或删除布告板；布告板没有一个动态的接口；我们没有封装改变的部分。

3. 认识观察者模式

所以呢，我们给出定义：出版者+订阅者=观察者模式

让我们来看仔细一点（观察者模式）：

a.鸭子对象过来告诉主题，我想当一个观察者；

b.鸭子对象成为了正式的观察者；

c.主题数据发生了改变，会通知鸭子对象；

d.老鼠对象要求从观察者中除名，然后离开了；

e.主题数据发生了改变，不会通知老鼠对象了。

4. 定义观察者模式：类图

5. 松耦合的威力：观察者提供了一种对象设计，让主题和观察者之间松耦合

设计原则：为了交互对象之间的松耦合而努力。

关于观察者：主题只知道观察者实现了Observer接口，主题不需要知道观察者的具体类是谁。

我们可以随时增加观察者，因为主题唯一依赖的东西是一个实现Observer接口的对象列表，观察者的增加和改变对主题没有任何影响。

我们可以独立的复用主题或观察者。如果我们在其他地方需要使用主题或观察者，可以轻易地被复用，因为两者并非耦合。

6. 设计气象站（类图）

7. 实现气象站

接口实现如下

主题实现如下：

观察者实现如下：

8. 使用java内置的观察者模式

java.util包包含了基本的Observer接口和Observable类，可以继承这些超类型来代替上面的两个接口。

注意：Observable是一个类，而不是一个接口，所以子类不需要实现添加，删除，提醒等方法，直接调用即可。

9. java内置的观察者模式如何运作

1. 调用addObserver方法添加观察者；

2. 如果数据发生改变，要先调用setChanged方法，标记状态已经改变；

3. 然后调用notifyObervers()，notifyObervers(Object arg)两种方法的一种，通知观察者；

4. 观察者实现了更新的方法update(Observable o, Object arg)，第一个参数表示通知的主题，arg表示传入的数据对象。

5. 如果想推数据就用notifyObervers(Object arg)，如果想观察者拉数据则用notifyObervers()方法。

10. 重做气象站

10. 注意

java.util.Observable.notifyObservers()通知观察者的次序不同于我们之前的普通实现，serChanged()是保护声明，无法改变。

我们无法基于该超类建立自己的实现。

按钮绑定事件，也是典型的观察者模式。