【HeadFirst 设计模式学习笔记】2 观察者模式

简介: 作者:gnuhpc 出处:http://www.cnblogs.com/gnuhpc/ 1.我们需要理解报社、订阅系统和订报人之间的关系,订报人通过订阅系统订报,一旦报社有新的报纸,订阅系统就会派人送或者邮寄给订报人新的报纸。

作者:gnuhpc
出处:http://www.cnblogs.com/gnuhpc/

1.我们需要理解报社、订阅系统和订报人之间的关系,订报人通过订阅系统订报,一旦报社有新的报纸,订阅系统就会派人送或者邮寄给订报人新的报纸。然后,出版者+订阅者就是观察者模式,只不过名称不一样,主题(Subject,或者叫做Observabler)类比于出版者,是事件发生的主体,订阅者改称为观察者(Observer),是响应事情发生的主体。该模式定义了对象之间的一对多依赖,这样一来,当一个对象改变状态时,它的所有依赖者都会收到通知并自动更新,这样的模式让主题和观察者之间松耦合。它体现了第四个原则:为了交互对象之间的松耦合设计而努力。

 

2.要建立一个气象站--气象搜集装置--多个类型的气象发布版的一个系统:

我们首先定义两个接口,实现这两个接口的类就是相应的主题类--气象搜集装置以及观察者类--对应气象发布版

public interface Subject {
    public void registerObserver(Observer o);
    public void removeObserver(Observer o);
    public void notifyObservers();
}

在主题接口中,我们要求有三个方法:注册、注销、通知观察者。可以看到,我们都是在针对接口编程

 

public interface Observer {
    public void update(float temp, float humidity, float pressure);
}

在观察者中,我们要求有一个方法:更新气象发布版的数据。

 

另外,我们还需要一个辅助的接口进行显示更新的数据,这就是所谓把操作相分离的动作解耦思想:

public interface DisplayElement {
    public void display();
}

 

我们先根据主题接口实现气象搜集装置

public class WeatherData implements Subject {
   
private ArrayList observers;//维护一个观察者列表
    private float temperature;
    private float humidity;
    private float pressure;
    public WeatherData() {
       
observers = new ArrayList(); //为了记住观察者而维护的列表,类比于报刊发行部门的订阅者列表
    }
    public void registerObserver(Observer o) {
        observers.add(o);
    }
    public void removeObserver(Observer o) {
        int i = observers.indexOf(o);
        if (i >= 0) {
            observers.remove(i);
        }
    }
    public void notifyObservers() { //
这个方法对所有注册的观察者进行通知
        for (int i = 0; i < observers.size(); i++) {
            Observer observer = (Observer)observers.get(i);
           
observer.update(temperature, humidity, pressure); //推数据
        }
    }
   
public void measurementsChanged() { //这个方法是对notifyObservers的封装
        notifyObservers();
    }
    public void setMeasurements(float temperature, float humidity, float pressure) {
        this.temperature = temperature;
        this.humidity = humidity;
        this.pressure = pressure;
       
measurementsChanged();//这个方法会进而去通知所有的观察者
    }
    // other WeatherData methods here
    public float getTemperature() {
        return temperature;
    }
    public float getHumidity() {
        return humidity;
    }
    public float getPressure() {
        return pressure;
    }
}

 

 

我们再根据观察者接口实现多种气象发布版,这里只举出一个例子,其余大同小异:

public class CurrentConditionsDisplay implements Observer, DisplayElement {
    private float temperature;
    private float humidity;
   
private Subject weatherData;//维护一个主题的引用,注册观察者所用
    public CurrentConditionsDisplay(Subject weatherData) {
        this.weatherData = weatherData;
        weatherData.registerObserver(this);//创建的时候就注册,这里也可以不进行这个,而使用 WeatherData 的registerObserver公有方法
    }
   
public void update(float temperature, float humidity, float pressure) { //观察者留出的推送接口
        this.temperature = temperature;
        this.humidity = humidity;
        display();
    }
    public void display() {
        System.out.println("Current conditions: " + temperature
            + "F degrees and " + humidity + "% humidity");
    }
}

 

我们测试一下这个程序:

public class WeatherStation {

    public static void main(String[] args) {
        WeatherData weatherData = new WeatherData();
        CurrentConditionsDisplay currentDisplay =
            new CurrentConditionsDisplay(weatherData);
        StatisticsDisplay statisticsDisplay = new StatisticsDisplay(weatherData);
        ForecastDisplay forecastDisplay = new ForecastDisplay(weatherData);

        weatherData.setMeasurements(80, 65, 30.4f);
        weatherData.setMeasurements(82, 70, 29.2f);
        weatherData.setMeasurements(78, 90, 29.2f);
    }
}

请注意,这里主机主要是采用“推”的方式进行数据传送的。总结一下:

 

主题是事件发生的单位,观察者是对发生的事件进行响应的单位。那么很自然的,对事件是否发生感兴趣的可能有多个观察者,那么一个主题内部就有一个列表维护观察者;同时,观察者要指明对什么事件感兴趣(registerObserver),所以观察者内部要有一个主题的实例,当然若这个观察者不再对这个事件感兴趣,也可以使用这个主题的实例完成(unregisterObserver)。

 

在事件发生时,主题会通知列表上的观察者,并且可以通过参数传数据完成数据推送(另一种方式是主题提供接口供观察者调用,也就是所谓“拉”的方式),观察者收到事件发生的通知(update)时做出相应动作。

 

最后再举一个例子说明这个模式的应用,在界面编程中,一个button往往会注册一个onclickListener,里面有onclickAction方法对点击进行响应,此时button充当的就是主题,而onclickListener就是观察者,而onclickAction就对应着观察者中对事件进行响应的update方法。

 

UML图:

 

 

 

 

3.Java内置的观察者模式

我们使用Java内置的观察者模式再实现一遍气象站的项目(省略导入适当的包的过程):

public class WeatherData extends Observable {//直接继承了Java提供的主题超类,注意这里Observable是一个类
    private float temperature;
    private float humidity;
    private float pressure;
    public WeatherData() { }
//由于采用内置的主题,这里就不需要你手动维护一个观察者列表了。
    public void measurementsChanged() {
        setChanged();
//提示数据已经更新,是内置方法
        notifyObservers();
//没有采用带有参数的调用,说明是采用观察者需要时主动“拉”数据的方式。
    }
    public void setMeasurements(float temperature, float humidity, float pressure) {
        this.temperature = temperature;
        this.humidity = humidity;
        this.pressure = pressure;
        measurementsChanged();
    }
    public float getTemperature() {//下边这三个方法就是为了配合“拉”数据模式而提供的方法
        return temperature;
    }
    public float getHumidity() {
        return humidity;
    }
    public float getPressure() {
        return pressure;
    }
}

我们现在再创建一个使用Java内置观察者模式完成的气象发布版:

public class CurrentConditionsDisplay implements Observer , DisplayElement {//注意这里Observer是一个接口
   
Observable observable;//主题的引用,用于注册、注销等操作
    private float temperature;
    private float humidity;
    public CurrentConditionsDisplay(Observable observable) {
        this.observable = observable;
        observable.addObserver(this);//这里进行了注册,也可以使用
    }
    public void update(Observable obs, Object arg) {
        if (obs instanceof WeatherData) {//判断是不是属于WeatherData类
            WeatherData weatherData = (WeatherData)obs;
            this.temperature = weatherData.getTemperature();
//这里体现了拉的方式
            this.humidity = weatherData.getHumidity();
            display();
        }
    }
    public void display() {
        System.out.println("Current conditions: " + temperature
            + "F degrees and " + humidity + "% humidity");
    }
}

我们再写一次测试代码:

public class WeatherStation {

    public static void main(String[] args) {
        WeatherData weatherData = new WeatherData();
        CurrentConditionsDisplay currentConditions = new CurrentConditionsDisplay(weatherData);
        StatisticsDisplay statisticsDisplay = new StatisticsDisplay(weatherData);
        ForecastDisplay forecastDisplay = new ForecastDisplay(weatherData);

        weatherData.setMeasurements(80, 65, 30.4f);
        weatherData.setMeasurements(82, 70, 29.2f);
        weatherData.setMeasurements(78, 90, 29.2f);
    }
}

内置的观察者模式有一定的明显缺陷,首先它是一个类,这个就与我们的第一个原则不符合,若一个类想以观察者模式完成要从另一个继承来的功能就会陷入两难。而且它将关键方法setChanged()设置为protected,这就意味着你必须继承Observable,否则无法创建Observable实例并组合到你设计的对象中。

 

作者:gnuhpc
出处:http://www.cnblogs.com/gnuhpc/


               作者:gnuhpc
               出处:http://www.cnblogs.com/gnuhpc/
               除非另有声明,本网站采用知识共享“署名 2.5 中国大陆”许可协议授权。


分享到:

目录
相关文章
|
3月前
|
设计模式 监控 安全
设计模式 | 观察者模式
设计模式 | 观察者模式
18 0
|
3月前
|
设计模式 前端开发 数据中心
设计模式之观察者模式
设计模式之观察者模式
|
2月前
|
设计模式 前端开发 JavaScript
观察者模式 vs 发布-订阅模式:两种设计模式的对决!
欢迎来到前端入门之旅!这个专栏是为那些对Web开发感兴趣、刚刚开始学习前端的读者们打造的。无论你是初学者还是有一些基础的开发者,我们都会在这里为你提供一个系统而又亲切的学习平台。我们以问答形式更新,为大家呈现精选的前端知识点和最佳实践。通过深入浅出的解释概念,并提供实际案例和练习,让你逐步建立起一个扎实的基础。无论是HTML、CSS、JavaScript还是最新的前端框架和工具,我们都将为你提供丰富的内容和实用技巧,帮助你更好地理解并运用前端开发中的各种技术。
|
18天前
|
设计模式 监控 Java
设计模式 - 观察者模式(Observer):Java中的战术与策略
【4月更文挑战第7天】观察者模式是构建可维护、可扩展系统的关键,它在Java中通过`Observable`和`Observer`实现对象间一对多的依赖关系,常用于事件处理、数据绑定和同步。该模式支持事件驱动架构、数据同步和实时系统,但需注意避免循环依赖、控制通知粒度,并关注性能和内存泄漏问题。通过明确角色、使用抽象和管理观察者注册,可最大化其效果。
|
1月前
|
设计模式 存储 Java
【设计模式】观察者模式
【设计模式】观察者模式
|
3月前
|
设计模式 Java Spring
设计模式之观察者模式
设计模式之观察者模式
26 0
|
3月前
|
设计模式 算法 自动驾驶
常见的设计模式(模板与方法,观察者模式,策略模式)
随着时间的推移,软件代码越来越庞大,随着而来的就是如何维护日趋庞大的软件系统。在面向对象开发出现之前,使用的是面向过程开发来设计大型的软件程序,面向过程开发将软件分成一个个单独的模块,模块之间使用函数进行组合,最后完成系统的开发,每次需要修改软件,如果不涉及好各个模块的关系,就会导致软件系统难以维护,从而导致软件变得不可使用。面向对象方法用对象模拟问题域中的实体,以对象间的联系刻画实体间联系
63 2
|
3月前
|
设计模式 前端开发 NoSQL
聊聊Java设计模式-观察者模式
观察者模式(Observer Design Pattern),也叫做发布订阅模式(Publish-Subscribe Design Pattern)、模型-视图(Model-View)模式、源-监听器(Source-Listener)模式、从属者(Dependents)模式。指在对象之间定义一个一对多的依赖,当一个对象状态改变的时候,所有依赖的对象都会自动收到通知。
66 0
聊聊Java设计模式-观察者模式
|
3月前
|
设计模式 消息中间件 Go
Golang设计模式——23观察者模式
Golang设计模式——23观察者模式
23 0
|
3月前
|
设计模式 JavaScript 前端开发
【设计模式】之观察者模式
观察者模式是一种常用的设计模式,在前端开发中有广泛应用。它通过定义一种一对多的依赖关系,实现了对象之间的解耦和灵活性。通过使用观察者模式,可以实现事件处理、数据绑定、响应式系统等功能。然而,需要根据具体情况权衡使用观察者模式所带来的优缺点。
25 0