Head First 设计模式--Observer
Chapter 2 --观察者模式
?? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 让你的对象知悉现况
?
1. ?有一个模式可以帮你的对象知悉现况，不会错过该对象感兴趣的事。对象甚至在运行时可决定是否要继续被通知。
?
2. ?出版者+订阅者=观察者模式（类似于报纸订阅服务）
?
?
观察者模式：
定义了对象之间的一对多依赖，这样一来，当一个对象改变状态时，它的所有依赖者都会收到通知并自动更新。
?
Structure
Subject: 这是主题接口，对象使用此接口注册为观察者，或者把自己从观察者中删除。Observer: 所有潜在的观察者必须实现观察者接口，这个接口只有update()一个方法，当主题状态改变时，它被调用。ConcreteSubject: 一个具体主题总是实现主题接口，除了注册和撤销方法之外，具体主题还实现了notifyObservers()方法，此方法用于在状态改变时更新所有当前观察者。具体主题也可能有设置和获取状态的方法。ConcreteObserver: 具体的观察者可以是实现此接口的任意类。观察者必须注册具体主题，以便接收更新。每个主题可以有许多观察者。?
设计原则：
?
(1) 为了交互对象之间的松耦合设计而努力。
松耦合设计更有弹性，更能应对变化。
?
?
3. 观察者模式提供了一种对象设计，让主题和观察者之间松耦合。当两个对象之间松耦合，它们依然可以交互，但是不太清楚彼此的细节。
关于观察者的一切，主题只知道观察者实现了某个接口（也就是Observer接口）。主题不需要知道观察者的具体类是谁、做了些什么或其他任何细节。任何时候我们都可以增加新的观察者。因为主题唯一依赖的东西是一个实现Observer接口的对象列表，所以我们可以随时增加观察者。事实上，在运行时我们可以用新的观察者取代现有的观察者，主题不会受到任何影响。同样的，也可以在任何时候删除某些观察者。有新类型的观察者出现时，主题的代码不需要修改。假如我们有个新的具体类需要当观察者，我们不需要为了兼容新类型而修改主题的代码，所有要做的就是在新的类里实现此观察者接口，然后注册为观察者即可。主题不在乎别的，它只会发送通知给所有实现了观察者接口的对象。我们可以独立地复用主题或观察者。改变主题或观察者其中一方，并不会影响另一方。因为两者是松耦合的，所以只要他们之间的接口仍被遵守，我们就可以自由地改变他们。?
关于数据的推和拉两种方式：
?? ? ?使用“拉”的方式更具灵活性。如果对主题的功能进行扩展，新增了更多的状态。使用“拉”的方式，主题就不需要修改和更新对每位观察者的调用，只需改变自己来允许更多的getter方法来取得新增的状态。
?
在Java内置的Observer 模式对这两种做法都支持。java.util包内包含最基本的Observer接口与Observable类。如果你想push数据给观察者，你可以把数据当作数据对象传送给notifyObservers(arg)方法。否则，观察者就必须使用notifyObserver()方法从可观察者对象中pull数据。
?
setChanged()方法用来标记状态已经改变的事实，好让notifyObservers()知道当它被调用时应该更新观察者。如果调用notifyObservers()之前没有先调用setChanged()，观察者就“不会”被通知。使用setChanged()方法可以让你在更新观察者时，有更多的弹性，你可以更适当地通知观察者。（当满足一定条件时，才调用setChanged()，进行有效的更新。
?
java.util.Observable的局限性：1) Observable是一个类?? ? ?首先，因为Observable是一个“类”，你必须设计一个类继承它。如果某类想同时具有Observable类和另一个超类的行为，就会陷入两难，毕竟Java不支持多重继承。这限制了Observable的复用潜力。再者，因为没有Observable接口，所以你无法建立自己的实现，和Java内置的Observer API搭配使用，也无法将java.util的实现换成另一套做法的实现。2) Observable将关键的方法保护起来?? ? ?setChanged()方法被保护起来。这意味着：除非你继承自Observable，否则你无法创建Observable实例并组合到你自己的对象中来。