4.15观察者模式

4.15.1天气预报项目需求

天气预报项目需求，具体要求如下：

1. 气象站可以将每天测量到的温度，湿度，气压等等以公告的形式发布出去(比如发布到自己的网站或第三方)。

2. 需要设计开放型API，便于其他第三方也能接入气象站获取数据。

3. 提供温度、气压和湿度的接口。

4. 测量数据更新时，要能实时的通知给第三方。

5. 类图
   
   

4.15.2观察者模式(Observer)原理

观察者模式原理

➢观察者模式类似订牛奶业务

1. 奶站/气象局：Subject。

2. 用户/第三方网站：Observer。
   
   

➢Subject：登记注册、 移除和通知

1. registerObserver 注册。

2. removeObserver 移除。

3. notilyObservers() 通知所有的注册的用户，根据不同需求，可以是更新数据，让用户来取，也可能是实施推送，看具体需求定。

➢Observer：接收输入

➢观察者模式：对象之间多对一依赖的一种设计方案，被依赖的对象为Subject，依赖的对象为Observer，Subject通知Observer变化，比如这里的奶站是Subject，是1的一方。用户时Observer，是多的一方。

4.15.3观察者模式的好处

1. 观察者模式设计后，会以集合的方式来管理用户(Observer)，包括注册，移除和通知。

2. 这样，我们增加观察者(这里可以理解成一个新的公告板)，就不需要去修改核心类WeatherData不会修改代码，遵守了ocp原则。

4.15.4观察者模式在Jdk应用的源码分析

观察者模式在Jdk应用的源码分析

1. Jdk的Observable类就使用了观察者模式

2. 代码分析+模式角色分析
   
   

3. 模式角色分析

• Observable 的作用和地位等价于我们前面讲过Subject。

• Observable 是类，不是接口，类中已经实现了核心的方法，即管理Observer的方法add.. delete .. notify...

• Observer的作用和地位等价于我们前面讲过的Observer，有update。

• Observable和Observer的使用方法和前面讲过的一样，只是Observable是 类，通过继承来实现观察者模式。