美文网首页设计模式程序员will
设计模式——观察者模式

设计模式——观察者模式

作者: 程序员will | 来源:发表于2019-06-18 16:15 被阅读0次

    实例

    建立一个关于气象站的应用,该系统由三个部分组成,气象站(获取数据的物理装置)、WeatherData对象和布告板(显示天气状况给用户看)。

    该应用有以下几个要求:
    1.WeatherData类具有getter方法,可以取得三个测量值。
    2.当心的测量数据备妥时,measurementsChanged()方法就会被调用(我们不在乎此方法是如何被调用的,我们只在乎它被调用了)
    3.我们需要实现三个使用天气数据的布告板,一旦WeatherData有新的测量,这些布告板必须马上更新。
    4.此系统必须可扩展,让其他开发人员建立定制的布告板,用户可以随心所欲地添加或删除任何布告板。

    应用观察者模式

    认识观察者模式:

    用一个很贴近生活的例子就是报纸杂志和订阅的关系,我订阅一家出版社的报纸,只要他们出版社出版了新的报纸,就会给我送过来,当我不想看的时候,我只要取消订阅就可以了。

    简言之:

    出版者+订阅者=观察者模式

    我们将出版者修改名称改为“主题”,订阅者改为“观察者”,可以得出下面观察者模式的类图。

    定义观察者模式:

    image

    主题和观察者之间形成了一种1对多的关系,观察者依赖此主题,只要主题发生变化,观察者就会被通知。

    松耦合的威力

    当两个对象之间松耦合,它们依然可以交互,但是不太清楚彼此的细节。
    观察者模式提供了一种对象设计,让主题和观察者之间松耦合。
    为什么呢?

    关于观察者的一切,主题只知道观察者实现了某个接口(也就是Observer接口)。主题不需要知道观察者的具体类是谁、做了些什么或其他任何细节。

    任何时候我们都可以增加新的观察者。因为主题唯一依赖的东西是一个实现Observer接口的对象列表,所以我们可以随时增加观察者。事实上,在运行时我们可以用新的观察者取代现有的观察者,主题不会受到任何影响。同样的,也可以在任何时候删除某些观察者。

    有新类型的观察者出现时,主题的代码不需要修改。假如我们有个新的具体类需要当观察者,我们不需要为了兼容新类型而修改主题的代码,所有要做的就是在新的类里实现此观察者接口,然后注册为观察者即可。主题不在乎别的,它只会发送通知给所有实现了观察者接口的对象。

    我们可以独立地复用主题或观察者。如果我们在其他地方需要使用主题或观察者,可以轻易地复用,因为二者并非紧耦合。
    改变主题或观察者其中一方,并不会影响另一方。因为两者是松耦合的,所以只要他们之间的接口仍被遵守,我们就可以自由地改变他们。

    这里引出了一个设计原则: 为了交互对象之间的松耦合设计而努力。

    根据这个原则,设计气象台的问题。

    image

    接下来用代码来实现

    主题接口:

    public interface Subject {
        //这两个方法都需要一个观察者作为变量,该观察者是用来注册或被删除的。
        public void registerObserver(Observer o);
        public void removeObserver(Observer o);
        //当主题状态改变时,这个方法会被调用,以通知所有的观察者。
        public void notifyObservers();
    }
    

    观察者接口:

    public interface Observer {
    //当气象观测值改变时,主题会把这些状态值当作方法的参数,传送给观察者。
    //所有的观察者都必须实现update()方法,以实现观察者接口。
        public void update(float temp, float humidity, float pressure);
    }
    

    显示接口:

    public interface DisplayElement {
    //DisplayElement接口只包含了一个方法,也就是display()。当布告板需要
    //显示时调用此方法。
        public void display();
    }
    

    实现主题接口:

    //WeatherData现在实现了Subject接口。
    public class WeatherData implements Subject {
        private ArrayList observers;
        private float temperature;
        private float humidity;
        private float pressure;
        public WeatherData() {
        //ArrayList来纪录观察者,此ArrayList是在构造器中建立的
            observers = new ArrayList();
        }
        public void registerObserver(Observer o) {
        //当注册观察者时,我们只要把它加到ArrayList的后面即可。
            observers.add(o);
        }
        public void removeObserver(Observer o) {
        //同样地,当观察者想取消注册,我们把它从ArrayList中删除即可。
            int i = observers.indexOf(o);
            if (i >= 0) {
                observers.remove(i);
            }
        }
        public void notifyObservers() {
        //在这里,我们把状态告诉每一个观察者。因为观察者都实现了update()
            for (int i = 0; i < observers.size(); i++) {
                Observer observer = (Observer)observers.get(i);
                observer.update(temperature, humidity, pressure);
            }
        }
        public void measurementsChanged() {
        //当从气象站得到更新观测值时,我们通知观察者。
            notifyObservers();
        }
        public void setMeasurements(float temperature, float humidity, float pressure) {
        //利用这个方法来模拟气象站搜集到的气象数据测试布告板。
            this.temperature = temperature;
            this.humidity = humidity;
            this.pressure = pressure;
            measurementsChanged();
    }
    

    接下来建立其中一个布告板类:

    //此布告板实现了Observer接口,所以可以从WeatherData对象中获得改变
    //它也实现了DisplayElement接口,因为我们的API规定所有的布告板都必须实现此接口。
    public class CurrentConditionsDisplay implements Observer, DisplayElement {
        private float temperature;
        private float humidity;
        private Subject weatherData;
        public CurrentConditionsDisplay(Subject weatherData) {
        //构造器需要 weatherData对象(也就是主题)作为注册之用。
            this.weatherData = weatherData;
            weatherData.registerObserver(this);
        }
        public void update(float temperature, float humidity, float pressure) {
        //当update()被调用时,我们把温度和湿度保存起来,然后调用display()。
            this.temperature = temperature;
            this.humidity = humidity;
            display();
        }
        public void display() {
        //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);
        
            weatherData.setMeasurements(80, 65, 30.4f);
            weatherData.setMeasurements(82, 70, 29.2f);
            weatherData.setMeasurements(78, 90, 29.2f);
        }
    }
    

    以上就实现了一种简单的观察者模式了,但是我们可以想想可以发现,主题是发现更新了数据之后,就将内容“推”给了观察者,推了什么内容,什么时候推,观察者都是不清楚的。那么这时我们想,能不能让观察者自由“拉”资源,需要什么资源,什么时候需要资源,观察者都可以自己决定。但是这种操作有一定的风险,意味着主题和观察者直接高耦合了,主题的数据也暴露了。

    使用JAVA内置的观察者模式

    image

    Java内置的观察者模式如何运作
    Java内置的观察者模式运作方式,和我们在气象站中的实现类似,但有一些小差异。最明显的差异是WeatherData(也就是我们的主题)现在扩展自Observable类,并继承到一些增加、删除、通知观察者的方法(以及其他的方法)。

    利用内置的支持重做气象站

    首先,把WeatherData改成使用java.util.Observable

    //记得要导入(import)正确的Observer/Observable。
    import java.util.Observable;
    import java.util.Observer;
    //我们现在正在继承Observable。
    public class WeatherData extends Observable {
        private float temperature;
        private float humidity;
        private float pressure;
        public WeatherData() { }
        //我们的构造器不再需要为了记住观察者们而建立数据结构了。
        public void measurementsChanged() {
        //在调用notifuObservers()之前,要先调用setChanged()来指示状态已经改变。
            setChanged();
            //注意:我们没有调用notifyObservers()传送数据对象,这表示我们采用的做法是“拉”。
            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;
        }
        //这些并不是新方法,只是因为我们要使用“拉”的做法,所以才提醒你有这些方法。察者会利用这些方法取得WeatherData对象的状态。
    }
    

    重做布告板类

    import java.util.Observable;
    import java.util.Observer;
    public class CurrentConditionsDisplay implements Observer, DisplayElement {
        Observable observable;
        private float temperature;
        private float humidity;
        public CurrentConditionsDisplay(Observable observable) {
        //在构造器需要一Observable当参数,并将CurrentCondi- tionsDisplay对象登记成为观察者。
            this.observable = observable;
            observable.addObserver(this);
        }
        //改变update()方法,增加Observable和数据对象作为参数。
        public void update(Observable obs, Object arg) {
            if (obs instanceof WeatherData) {
                WeatherData weatherData = (WeatherData)obs;
                this.temperature = weatherData.getTemperature();
                this.humidity = weatherData.getHumidity();
                display();
            }
            //在 update()中,先确定可观察者属于WeatherData类型,然后利用 getter方法获取温度和湿度测量值,最后调用display()。
        }
        public void display() {
            System.out.println("Current conditions: " + temperature
            + "F degrees and " + humidity + "% humidity");
        }
    }
    

    java.util.Observable的黑暗面
    使用内置的实现观察者模式的方法,违反了设计原则:针对接口编程,而非针对实现编程。因为观察者Observable是一个类,而不是一个接口,你必须设计一个类继承它。如果某类想同时具有Observable类和另一个超类的行为,就会陷入两难,毕竟Java不支持多重继承。这限制了Observable的复用潜力。

    另外,Observable将关键的方法保护起来,如果你看看Observable API,你会发现setChanged()方法被保护起来了(被定义成protected)。那又怎么样呢?这意味着:除非你继承自Observable,否则你无法创建Observable实例并组合到你自己的对象中来。这个设计违反了第二个设计原则:“多用组合,少用继承”

    相关文章

      网友评论

        本文标题:设计模式——观察者模式

        本文链接:https://www.haomeiwen.com/subject/kdnfqctx.html