1.我们需要理解报社、订阅系统和订报人之间的关系,订报人通过订阅系统订报,一旦报社有新的报纸,订阅系统就会派人送或者邮寄给订报人新的报纸。然后,出版者+订阅者就是观察者模式,只不过名称不一样,主题(Subject,或者叫做Observabler)类比于出版者,订阅者改称为观察者(Observer)。该模式定义了对象之间的一对多依赖,这样一来,当一个对象改变状态时,它的所有依赖者都会收到通知并自动更新,这样的模式让主题和观察者之间松耦合。它体现了第四个原则:为了交互对象之间的松耦合设计而努力。
2.要建立一个气象站--气象搜集装置--多个类型的气象发布版的一个系统:
我们首先定义两个接口,实现这两个接口的类就是相应的主题类--对应于气象搜集装置,或者是观察者类--对应气象发布版:
在主题接口中,我们要求有三个方法:注册、注销、通知观察者。可以看到,我们都是在针对接口编程
在观察者中,我们要求有一个方法:更新气象发布版的数据。
另外,我们还需要一个辅助的接口进行显示已经更新的数据,这就是上次我们说到的把操作相分离:
我们先根据主题接口实现气象搜集装置:
我们再根据观察者接口实现多种气象发布版,这里只举出一个例子,其余大同小异:
我们测试一下这个程序:
请注意,这里主机主要是采用“推”的方式进行数据传送的,传送的数据在不同的发布版中并没有都使用。
3.Java内置的观察者模式
我们使用Java内置的观察者模式再实现一遍气象站的项目(省略导入适当的包的过程):
我们现在再创建一个使用Java内置观察者模式完成的气象发布版:
我们再写一次测试代码:
内置的观察者模式有一定的明显缺陷,首先它是一个类,这个就与我们的第一个原则不符合,若一个类想以观察者模式完成要从另一个继承来的功能就会陷入两难。而且它将关键方法setChanged()设置为protected,这就意味着你必须继承Observable,否则无法创建Observable实例并组合到你设计的对象中。