22.2 观察者模式的定义
22.2 观察者模式的定义
观察者模式(Observer Pattern)也叫做发布订阅模式(Publish/subscribe),它是一个在项目中经常使用的模式,其定义如下:
Define a one-to-many dependency between objects so that when one object changes state,all its dependents are notified and updated automatically.(定义对象间一种一对多的依赖关系,使得每当一个对象改变状态,则所有依赖于它的对象都会得到通知并被自动更新。)
观察者模式的通用类图,如图22-5所示。
定义被观察者必须实现的职责,它必须能够动态地增加、取消观察者。它一般是抽象类或者是实现类,仅仅完成作为被观察者必须实现的职责:管理观察者并通知观察者。
- Observer观察者
观察者接收到消息后,即进行update(更新方法)操作,对接收到的信息进行处理。
- ConcreteSubject具体的被观察者
定义被观察者自己的业务逻辑,同时定义对哪些事件进行通知。
- ConcreteObserver具体的观察者
每个观察在接收到消息后的处理反应是不同,各个观察者有自己的处理逻辑。
各个名词介绍完毕,我们来看看各自的通用代码,先看被观察者角色,如代码清单22- 15所示。
代码清单22-15 被观察者
1 | public abstract class Subject { |
被观察者的职责非常简单,就是定义谁能够观察,谁不能观察,程序中使用ArrayList和Vector没有太大的差别,ArrayList是线程异步,不安全;Vector是线程同步,安全——就这点区别。我们再来看具体的被观察者,如代码清单22-16所示。
代码清单22-16 具体被观察者
1 | public class ConcreteSubject extends Subject { |
我们现在看到的是一个纯净的观察者,在具体项目中该类有很多的变种,在22.4一节中介绍。
我们再来看观察者角色,如代码清单22-17所示。
代码清单22-17 观察者
1 | public interface Observer { |
观察者一般是一个接口,每一个实现该接口的实现类都是具体观察者,如代码清单22- 18所示。
代码清单22-18 具体观察者
1 | public class ConcreteObserver implements Observer { |
那其他模块是怎么来调用的呢?我们编写一个Client类来描述,如代码清单22-19所示。
代码清单22-19 场景类
1 | public class Client { |