Head First Design Mode(3)-观察者(Observer)模式

最新推荐文章于 2019-06-26 14:05:49 发布

baby_hua

最新推荐文章于 2019-06-26 14:05:49 发布

阅读量250

点赞数

分类专栏： Java设计模式文章标签：观察者模式 Observer

本文链接：https://blog.csdn.net/baby_hua/article/details/83184630

版权

Java设计模式专栏收录该内容

19 篇文章 0 订阅

订阅专栏

该系列文章系个人读书笔记及总结性内容，任何组织和个人不得转载进行商业活动！

观察者(Observer)模式：

让你的对象知悉现状——不错过感兴趣的事；

观察者模式是JDK中使用最多的模式之一；

我们还会介绍1对多关系及松耦合；

有了观察者，你将消息灵通；

气象观测站：

WeatherData对象从气象观测站获取天气状况（温度，湿度，气压）；

有三种布告板（日后会向外部公布接口，由其他人扩展新的布告板），显示不同要求的天气信息；

当WeatherData对象获得最新的测量数据时，三种布告板必须实时更新；

Weather对象知道如何与气象站联系，获得相关的数据，这个我们不关注；

我们需要建立一个应用，利用WeatherData对象取得的数据，更新诸多布告板的显示；

一个WeatherData类：

获取气象数据（温度，湿度，气压）：getTemperature();getHumidity();getPressure();

回调方法：measurementsChanged(); 当气象测量更新，此方法会被调用；

我们知道的：

WeatherData类具有getter方法，获取气象参数；

当新的气象数据更新时，measurementsChanged()方法会被调用；随机布告板的显示也需要更新；

此系统需要可扩展；（添加或删除布告板）

一种实现方式：

我们可以在WeatherData类中，新建三个实例变量，存储当前的三个布告板实例；

每个布告板实例都有一个update方法，可以将传入的气象参数（温度，湿度，气压）进行显示更新；

当measurementsChanged()方法被调用的时候，WeatherData调用getter方法获取气象参数，诸多布告板实例变量调用各自的update方法；

问题出在哪：

上边是一种针对具体实现编程的方式，会导致日后增加或删除布告板的时候，修改程序；

在这里我们看到了统一的接口：布告板的update()方法，参数可以是温度、湿度、气压等气象数据；

改变的不同布告板的实例变量，按照我们已经学习到的原则，我们需要将改变的地方，封装起来；

认识观察者模式：

以报纸和杂志的订阅为例：

报社负责出版报纸；

向某家报社订阅报纸，只要他们有新报纸出版，就会给你送来；当不想再看报纸的时候，取消订阅；

只要报社还在，就会一直有人（或单位）订阅或取消订阅报纸；

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

出版者：主题（Subject）；

订阅者：观察者（Observer）；

主题对象：管理某些数据，当这些数据改变的时候，就会通知观察者；

观察者：订阅（注册）主题以便在主题数据改变的时候，能够收到更新；

观察者还可以取消订阅，主题收到取消订阅的请求后，就会把该观察者除名；对象也可以重新订阅，再次成为观察者；

定义观察者模式：

观察者模式：

定义了对象之间的一对多依赖，这样一来，当一个对象改变状态时，他的所有依赖者都会收到通知并自动更新；

观察者模式定义了一系列对象之间的一对多关系；

当一个对象改变的时候，其他依赖者都会收到通知；

主题和观察者定义了一对多的关系，观察者依赖于此主题，只要主题状态一有改变，观察者就会被通知；

观察者模式的类图：

主题接口：主题对象实现，注册观察者、从观察者中删除、通知观察者等；

每个主题可以有很多观察者；

观察者接口：观察者对象实现，更新方法，主题状态改变的时候会被调用；

观察者使用主题的状态，依赖主题来告诉他们这些状态何时改变了；这比很对对象控制同一份数据更容易得到干净的OO设计；

松耦合：

观察者模式提供了一种对象设计，让主题和观察者之间松耦合；

因为，主题只知道观察者实现的接口（interface-Observe），并不需要知道观察者具体类是谁，实现了那些细节；

且，任何时候都可以增加新的观察者，主题依赖的实现Observer接口的对象列表；

主题不在乎别的，它只会发送通知给所有实现了观察者接口的对象；

我们可以独立的复用主题或观察者，二者并非紧耦合；改变观察者或主题一方也不会影响另一方，因为二者松耦合；

设计原则：

为了交互对象之间的松耦合设计而努力；

松耦合能使对象之间的依赖降到最低；

气象站：

设计气象站：

每个布告板都有差异，所以需要使用同一个接口；

布告板可以实现观察者接口统一update方法，还可以实现DisplayElement，统一展示信息的方法；

每个布告板都应该有一个subject指针指向WeatherData对象，方便订阅和取消订阅；

实现气象站：

新建接口；

WeatherData实现主体接口；

建立布告板；

运行测试类；

启动气象站：

bogon:第二章 观察者模式 huaqiang$ javac *.java
bogon:第二章 观察者模式 huaqiang$ java WeatherDataDrive
LookGround1Display——
Conditions:
Temperature:5.2
Humidity:5.6

LookGround2Display——
Conditions:
Temperature:5.2
Humidity:5.6
Pressure13.4

LookGround2Display——
Conditions:
Temperature:5.2
Humidity:5.6
Pressure13.4

对于启动的代码，可以使用具体的气象站类型，布告板则使用接口类型：

public class WeatherDataDrive{
    public static void main(String[] args){
        //模拟气象变化 
        WeatherData station = new WeatherData();
        Observer display1 = new LookGround1Display(station);
        Observer display2 = new LookGround2Display(station);

        //模拟信息更新 
        station.setMeasurements((float)5.2,(float)5.6,(float)13.4);
        
        station.removeObserver(display1);
     
        //模拟信息更新 
        station.setMeasurements((float)5.2,(float)5.6,(float)13.4);   
    }
    
}

通过上述示例，我们可以注册观察者、取消观察者、发送通知给观察者；

现在，如果有人实现了一个新的布告板，并注册为气象站的观察者，则在气象信息变化的时候就会收到通知；

除了自行实现观察者模式，Java也有内置的Observer模式；

Java内置的观察者模式：

java.util包内包含基本的Observable类和Observer接口，和我们自行实现的很相似，使用上会更方便；

查看Java文档表述如下图；

通过文档的说明：

我们的主题需要扩展自Observable类（注意这是一个继承关系），被称为“可观察者”类；

我们的观察者需要实现Observer接口，然后调用任何Observable对象的addObserver方法（不再当的话，调用deleteObserver方法即可）；

可观察者要如何送出通知：

先调用setChanged()方法，标记状态已经改变的事实；

然后调用两种notifyObservers()方法中的一个（notifyObservers()/notifyObservers(Object arg)），将数据“推”出去；

观察者如何接收通知：

实现更新方法（注意方法签名）；

如果调用notifyObservers()之前没有事先调用setChanged()，观察者就不会被通知；

setChanged()方法，可以让你在更新观察者时，有更多的弹性；

比如对于气象数据，当气温+-1度的时候，才认为有更新的必要性，就可以在这里做一下限制；

clearChanged()方法将changed状态设置回false；

另一个hasChanged()方法，会告诉changed标志的当前状态；

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

import java.util.Observer;

import iava.util.Observable;

WeatherData extends Observable{}

WeatherData的构造器方法也不再需要为记住观察者而建立数据结构了；

对于注册、删除、通知观察者的方法也都是用父类的方法即可；

LookGroundDisplay implements Observer, DisplayElement{}

实现的update(Observable obs, Object arg)方法中，arg参数可以传各种数据，你也可已经WeatherData对象传回来，使用其状态的getter方法“拉”数据；

值得注意的是：

不要依赖于观察者被通知的次序；

同时，按照之前的设计原则，内置的Observable是一个类，这并不是一件好事：

因为这是一个类，设计必须继承它，但如果某类向同时具有Observable类和另一个超类的行为，就比较麻烦；

在文档中，我们注意到，setChanged()方法是受保护的（protected），这意味着，除非使用继承，否则无法创建示例并组合到自己的对象中来；我们已经知道应该“多用组合，少用继承”；

如果使用内置的观察者模式不方便，那就自行实现，重要的是，你已经理解了观察者模式；

在JDK中，观察者模式的应用举例：

JButton:

观察一下JButton的超类AbstractButton，会看到许多增加与删除倾听者（listener）的方法；

这些方法让观察者感应到Swing组件的不同事件类型，比如ActionListener能监听到可能发生在按钮上的动作；

添加观察者：

ActionListener接口定义的方法：

示例（源码）：

我们在JFrame上放了一个按钮；

制造了了两个倾听者（观察者），观察者的类定义，使用了内部类；

发生操作的时候会调用actionPerformed()方法；

import javax.swing.JFrame;
import java.awt.Panel;
import javax.swing.JButton;
import java.awt.Dimension;

import java.awt.event.ActionListener;
import java.awt.event.ActionEvent;

import java.lang.Object;

public class SwingObserverExample{
    JFrame frame;
    public static void main(String[] args){
        SwingObserverExample example  = new SwingObserverExample();
        example.go();
    }
    
    public void go(){

        frame = new JFrame();
        frame.setBounds(0,0, 400, 300);
        frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
        
        Panel p = new Panel();
        
        JButton button = new JButton("Should I do it?");
        button.addActionListener(new AngelListener());
        button.addActionListener(new DevilListener());
        
        Dimension preferredSize = new Dimension(200,200);
        button.setPreferredSize(preferredSize);
        
        p.add(button);
        
        frame.add(p);
        frame.setVisible(true);

    }
    
    class AngelListener implements ActionListener{
        public void actionPerformed(ActionEvent event){
            System.out.println("Don`t do it.");
        }
    }

    class DevilListener implements ActionListener{
        public void actionPerformed(ActionEvent event){
            System.out.println("Come on,do it.");
        }
    }
    
}

程序运行截图：