设计模式——观察者模式

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

  这种模型很像 报纸或杂志的订阅，把报社看成是一个对象，那么订阅报纸的人就是报社的依赖者，报社和订阅者之间存在一种一对多的依赖关系，当报社出版报纸的时候订阅者将会收到报社寄来的报纸

  观察者模型会用到一些OO的设计原则：

  观察者模型的框架：

  或许你对这些原则还不太清楚，没关系，我们将会在下面这个实例中一一解释

  项目名称：模拟气象站

  项目描述：我们需要根据某气象局提供的天气数据做出三个公告板，目前状况（气温，湿度，气压）公告板，天气统计公告板，天气预报公告板

  项目分析：根据上面的描述，我们不需要知道这些天气数据是如何被设置的，只需要关心当气象站更新天气时我们的这三个公告板会自动更新上面的数据显示，

公告板和气象局之间存在一对多的依赖关系，这时观察者模型就适用于这个项目，公告板是观察者，气象站是主题

  项目设计（使用观察者模型）：

    根据模型的框架，我们的项目模型设计如图：

   下面我们就对照OO的几个设计原则对这个设计图进行分析：

    依照OO的设计原则一，找出这个项目中变化的部分，首先是主题状态的变化（也就是天气数据的变化），依次是观察者数目的变化（如果有需要还可添加更多的公告板），我们把这些变化的部分单独提出来。如图上看，主题和观察者分别是不同的接口。

    原则二，针对接口编程，在这个项目中建了三个接口，Subject,Observer,DisplayElement, 

      观察者CurrentCoditionsDisplay中声明了Suject的接口变量，调用registerObverser(this)为自己注册为观察者，因为观察者一直使用的都是主题的接口，它并没有去实现接口，这就是针对接口编程。在最后的测试类WeatherStation中才去实例化WeatherData，并把这个值传给CurrentCoditionsDisplay的构造方法上

      主题 WeatherData （implements Suject）中的声明了Observer接口队列和Observer变量，也是一直使用接口，在测试类WeatherStation中才实例化了CurrentCoditionsDisplay类，把WeatherData传给它，然后在CurrentCoditionsDisplay的registerObverser(this)中把自己传给WeatherData

    原则三，多用组合，显然在这个项目中的多个观察者是通过组合把主题联系在一起的

    原则四，对象的松耦合，当两个对象通过松耦合联系在一起时，它们依然可以互相的交互，但是它们不太清楚对方的细节

       对于主题来说，它只知道观察者实现了哪个接口（Observer），它只需要去使用这个接口，它并不知道具体的观察者是谁或者哪些具体的观察者实现了这个接口，主题唯一依赖的只是Observer这个接口而已，这样一来，主题和观察者之间耦合度就变小了，以至于项目可以随时添加或删除观察者，但并不会影响到主题的代码

       同样对于观察者来说，它也是唯一依赖于Subject这个接口，当主题改变时也并不会影响到观察者

本文到这里已全部结束，恭喜你！又学到了一点新的内容！

             注：本文中所有图片全都来自《Head First设计模式》一书中的截图

  参考：《Head First设计模式》