观察者模式（Observer）

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

比如一个气象站的项目。有一个气象数据的类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);

}
}

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

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

[b]2.观察者模式[/b]
在真实的世界里，通常会看到观察者模式被[color=red]定义[/color]成：
观察者模式定义了对象之间的一对多依赖，这样依赖，当一个对象改变状态时，它的所有依赖者都会收到通知并自动更新。
[img]http://dl2.iteye.com/upload/attachment/0099/8644/4e58b3b1-09a0-3d31-b27f-c50f598d968a.bmp[/img]

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

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

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

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

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

[b]主要参考资料：[/b]
《HeadFirst》