4.15观察者模式
4.15.1天气预报项目需求
天气预报项目需求，具体要求如下：
-
气象站可以将每天测量到的温度，湿度，气压等等以公告的形式发布出去(比如发布到自己的网站或第三方)。
-
需要设计开放型API，便于其他第三方也能接入气象站获取数据。
-
提供温度、气压和湿度的接口。
-
测量数据更新时，要能实时的通知给第三方。
-
类图
4.15.2观察者模式(Observer)原理
观察者模式原理
➢观察者模式类似订牛奶业务
-
奶站/气象局：Subject。
-
用户/第三方网站：Observer。
➢Subject：登记注册、 移除和通知
-
registerObserver 注册。
-
removeObserver 移除。
-
notilyObservers() 通知所有的注册的用户，根据不同需求，可以是更新数据，让用户来取，也可能是实施推送，看具体需求定。
➢Observer：接收输入
➢观察者模式：对象之间多对一依赖的一种设计方案，被依赖的对象为Subject，依赖的对象为Observer，Subject通知Observer变化，比如这里的奶站是Subject，是1的一方。用户时Observer，是多的一方。
4.15.3观察者模式的好处
-
观察者模式设计后，会以集合的方式来管理用户(Observer)，包括注册，移除和通知。
-
这样，我们增加观察者(这里可以理解成一个新的公告板)，就不需要去修改核心类WeatherData不会修改代码，遵守了ocp原则。
4.15.4观察者模式在Jdk应用的源码分析
观察者模式在Jdk应用的源码分析
-
Jdk的Observable类就使用了观察者模式
-
代码分析+模式角色分析
-
模式角色分析
-
Observable 的作用和地位等价于我们前面讲过Subject。
-
Observable 是类，不是接口，类中已经实现了核心的方法，即管理Observer的方法add.. delete .. notify...
-
Observer的作用和地位等价于我们前面讲过的Observer，有update。
-
Observable和Observer的使用方法和前面讲过的一样，只是Observable是 类，通过继承来实现观察者模式。