观察者模式（Observer）

1、引入
观察者模式是JDK中使用最多的模式之一，这是一种以松耦合的方式处理一对多关系的模式。

比如一个气象站的项目。有一个气象数据的类WeatherData,他能及时获取到气象站硬件观测到的气象值，温度，湿度，气压。另外有3种展示平台需要实时展示当前这三个指标值，该怎么设计呢？首先要能保证及时获取最新数据，再次还要能更新展示平台。比如我们可以这样实现：

// WeatherData能及时获取最新数据
Public class WeatherData
{
Public void measurementsChanged()
{
    Float temp = getTemperature();
    Float humidity = getHumidity();
    Float pressure = getPressure();

    // 更新3种展示平台的数据
    currentConditionsDispaly.update(temp, humidity, pressure);
    statisticsDisplay.update(temp, humidity, pressure);
    forecastDisplay.update(temp, humidity, pressure);

}
}

这样乍一看完全满足要求，但对于后期维护或改变存在什么问题呢？
1.针对具体实现编程，而不是针对接口编程。无法动态的增加或删除展示平台。是一种紧耦合。
2.没有封装变化的部分，对于每个新的展示平台，都得修改代码。

那如何解决呢？在此之前我们先了解下观察者模式。打个形象的比喻，出版者+订阅者=观察者模式。只要订阅者告诉出版者他要订阅报纸，出版者只要有新报纸出来就会自动把报纸发放到订阅者手里。这里引入一个设计原则：好莱坞法则。不要联系我，有消息我会主动通知你。

2.观察者模式
在真实的世界里，通常会看到观察者模式被定义成：
观察者模式定义了对象之间的一对多依赖，这样依赖，当一个对象改变状态时，它的所有依赖者都会收到通知并自动更新。


代码示例可以参考：
http://www.cnblogs.com/mengdd/archive/2013/02/07/2908929.html

松耦合的威力
当两个对象之间送耦合，他们依然可以交互，但是不太清楚彼此的细节。观察者模式提供了一种对象设计，让主题和观察者之间松耦合。这又是一个设计原则：为了交互对象之间的松耦合设计而努力。

Java的API也提供了内置的观察者模式支持，java.util.Observer接口作为观察者（订阅者），java.util.Observable类作为被观察者（主题）基类。
我们可能已经注意到了，java.util.Observable是一个类，而不是接口，这限制了它的使用和复用。

模式本身并不复杂，关键是理解模式表现出的设计原则，使用场景。

3、总结
1.除了在策略模式中已经见到的设计原则（封装变化，多用组合少用继承，针对接口编程不针对实现编程），这里又多了一个为交互对象之间的松耦合而努力。
2.观察者模式，在对象之间定义一个一对多的依赖，这样依赖，当一个对象改变状态，依赖它的对象都会收到通知，并自动更新。
3.理解设计原则很重要，先是能识别原则，然后知晓通常遵循原则的具体做法：http://zoroeye.iteye.com/blog/2100310

主要参考资料：
《HeadFirst》