设计模式——观察者模式
观察者（Observer）模式
走进观察者模式
-
首先，先思考订阅报纸是怎么回事
-
报社的业务就是出版报纸，并把报纸送给那些订阅报纸的人
-
向某家报社订阅报纸，只要他们有新报纸出版，就会给你送一份来，只要你是他们的客户，你就会一直收到新报纸
-
当你不想订报纸的时候，取消订阅，你就再也不会收到他们新出版的报纸了
-
只要报社还在运营，总会有人向他们订阅报纸或取消订阅报纸
-
-
上面这些话看起来像是废话，但是得把他们拆开来看，观察者模式的思想就是这样的
-
在观察者模式中，报社（出版者）称为“主题”（subject），订阅者称为“观察者”（Observer）
-
定义：观察者模式定义了对象之间的一对多依赖，这样一来，当一个对象改变状态时，它的所有依赖着都会收到通知并自动更新
-
如何理解一对多的关系？
利用观察者模式，主题是具有状态的对象，并且可以控制这些状态。也就是说，有“一个”具有状态的主题。另一方面，观察者使用这些状态，虽然这些状态并不属于他们。有许多依赖观察者，以来主题来通知他们状态改变了。这就产生了关系：“一个”主题对“多个”观察者的关系。
-
依赖如何产生？
因为主题才是真正拥有数据的实体，观察者是主题的依赖者，当数据变化时更新，这样比起让许多对象控制同一份数据来，可以得到更干净的 OO （object oriented）设计
设计观察者模式
简单设计经典的观察者模式
-
首先，定义主题接口，该接口内至少提供3个方法：registerObserver()、removeObserver()、notifyObserver()
顾名思义，对象可以注册（register）成为观察者，对象还可以把自己移除（remove），主题还得通知（notify）依赖他的观察者们
-
定义了主题接口，接下来可以定义一些具体主题来实现（implements）主题接口，因为是实现接口，所以必须重写接口中的所有定义方法（注册、移除、通知），当然具体主题类还可以有 setState()、getState() 方法
-
主题部分搞定了，接下来是观察者部分，先定义一个观察者接口，接口中至少要提供 update() 方法，当主题状态改变时，该方法会被调用
-
还可以定义一些具体的观察者类来实现观察者接口，在这些类中，必须重写观察者接口中的 update() 方法，以应对不同的业务需求
-
UML 类图（圆点表示接口）：
松耦合
-
当两个对象之间松耦合，它们依然可以交互，但是不太清楚彼此的细节，观察者模式提供了一种对象设计，让主题和观察者之间松耦合
-
对于主题来说，主题只知道观察者实现了某个接口（也就是 Observer）接口，主题不需要知道观察者的具体是谁、做了些什么或其他任何细节
-
任何时候我们都可以增加新的观察者，因为主题唯一依赖的东西是一个实现 Observer 接口的对象列表，所以我们可以随时增加观察者。事实上，在运行时我们可以用新的观察者取代现有的观察者，主题不会受到任何影响。同样的，也可以在任何时候删除某些观察者
-
有新类型的观察者出现时，主题的代码不需要修改。也就是说，如果有一个新的具体类想成为某个主题的观察者，我们不需要为了兼容而修改主题的代码，只需要在新的类里实现此观察者接口，然后注册为观察者即可，主题不在乎别的，它只会发送通知给所有实现了观察者接口的对象
-
我们可以独立地复用主题或观察者，如果我们在其他地方需要使用主题或观察者，可以轻易地复用，因为二者并非紧耦合
-
改变主题或观察者其中一方，并不会影响另一方，因为两者是松耦合的，所以只要他们之间的接口仍被遵守，我们就可以自由地改变他们
-
因为对象之间的互相依赖降到了最低，所以松耦合的设计能让我们建立有弹性的 OO 系统，能够应对变化，是因为对象之间的互相依赖降到了最低
模拟案例：气象观测站
-
此系统的三个部分是气象站（获取实际气象数据的屋里装置）、WeatherData 对象（追踪来自气象站的数据，并更新公告板）和公告板（显示目前天气状况给用户看）
-
WeatherData 对象知道如何和物理气象站联系以取得更新的数据，WeatherData 对象会随即更新三个公告板的显示：目前状况（温度、湿度、气压）、气象统计和天气预报
-
UML 类图：
使用 Java 内置的观察者模式
-
java.util 包内包含了最基本的 Observer 接口与 Observable 类，这和之前设计的 Observer 接口与 Subject 接口很相似，区别是 Subject 接口变为了 Observable （可观察者），本来具体主题是要实现 Subject 接口的，现在变成了扩展（继承） Observable 类
-
如何把对象变成观察者？
如同之前一样，实现观察者接口（现在是实现 java 内置的 java.util.Observer 接口），然后调用 某个 Observable 对象的 addObserver() 方法，当不想再当观察者时，调用 deleteObserver() 方法就可以了
-
可观察者如何送出通知？
首先，需要继承 java.util.Observable 接口产生“可观察者”类，然后需要两个步骤：
-
先调用 setChanged() 方法，标记状态已经改变的事实
-
然后调用 notifyObservers() 方法 或者 notifyObservers(Object arg）
-
-
观察者如何接受？
同以前一样，观察者实现了更新的方法，但是方法的签名不太一样：
update(Observable o, Object arg)o 主题本身当作第一个变量，好让观察者知道哪个主题通知它
arg 这正是传入 notifyObservers() 的数据对象
如果你想推（push）数据给观察者，你可以把数据当作数据对象传送给 notifyObservers(arg) 方法，否则，观察者就必须从可观察者对象中拉（pull）数据
-
UML 类图：
-
注意：有多个观察者时，不能依赖特定的通知次序
java.util.Observable 的黑暗面
-
首先它是一个类，而不是一个接口，甚至它都没有实现一个接口
-
因为它是一个类，所以必须设计一个类来继承它，又因为 Java 只支持单继承，这就限制了 Observer 的复用潜力
-
因为没有 Observable 接口，你无法建立自己的实现和 Java api 相配合
