观察者模式

天气预报项目需求

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

1) 气象站可以将每天测量到的温度，湿度，气压等等以公告的形式发布出去(比如发布到自己的网站或第三方)。
2) 需要设计开放型API，便于其他第三方也能接入气象站获取数据。
3) 提供温度、气压和湿度的接口。
4) 测量数据更新时，要能实时的通知给第三方。

气象站设计-普通方案

问题分析

1) 其他第三方接入气象站获取数据的问题
2) 无法在运行时动态的添加第三方 (新浪网站)
3) 违反ocp原则=>观察者模式

// 在 WeatherData 中 ， 当增加一个第三方，都需要创建一个对应的第三方的公告板 对象，并加入到 dataChange, 不利于维护，也不是动态加入
public void dataChange() {
    currentConditions.update(getTemperature(), getPressure(), getHumidity());
}

观察者模式解决天气预报

public class Client {

    public static void main(String[] args) {
        //创建一个WeatherData
        WeatherData weatherData = new WeatherData();

        //创建观察者
        CurrentConditions currentConditions = new CurrentConditions();
        BaiduSite baiduSite = new BaiduSite();

        //注册到weatherData
        weatherData.registerObserver(currentConditions);
        weatherData.registerObserver(baiduSite);

        //测试
        System.out.println("通知各个注册的观察者, 看看信息");
        weatherData.setData(10f, 100f, 30.3f);

        weatherData.removeObserver(currentConditions);
        //测试
        System.out.println();
        System.out.println("通知各个注册的观察者, 看看信息");
        weatherData.setData(10f, 100f, 30.3f);
    }
}

观察者模式的好处：

1) 观察者模式设计后，会以集合的方式来管理用户(Observer)，包括注册，移除 和通知。
2) 这样，我们增加观察者(这里可以理解成一个新的公告板)，就不需要去修改核心类WeatherData不会修改代码，遵守了ocp原则。

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

1) Jdk的Observable类就使用了观察者模式
2) 代码分析+模式角色分析
3) 模式角色分析

• Observable 的作用和地位等价于我们前面讲过Subject
• Observable 是类，不是接口，类中已经实现了核心的方法 ,即管理Observer的方法 add… delete … notify…
• Observer的作用和地位等价于我们前面讲过的Observer, 有update - Observable和Observer的使用方法和前面讲过的一样，只是Observable是类，通过继承来实现观察者模式。