设计模式之禅

观察者模式（Observer Pattern）也叫做发布订阅模式（Publish/subscribe）,它是一个在项目中经常使用的模式，其定义如下：

Define a one-to-many dependency between objects so that when one object changes state,all itsdependents are notified and updated automatically.（定义对象间一种一对多的依赖关系，使得每当一个对象改变状态，则所有依赖于它的对象都会得到通知并被自动更新。）观察者模式的通用类图，如图22-5所示。

我们先来解释一下观察者模式的几个角色名称：

● Subject被观察者

定义被观察者必须实现的职责，它必须能够动态地增加、取消观察者。它一般是抽象类或者是实现类，仅仅完成作为被观察者必须实现的职责：管理观察者并通知观察者。

● Observer观察者

观察者接收到消息后，即进行update（更新方法）操作，对接收到的信息进行处理。

● ConcreteSubject具体的被观察者定义被观察者自己的业务逻辑，同时定义对哪些事件进行通知。

● ConcreteObserver具体的观察者每个观察在接收到消息后的处理反应是不同，各个观察者有自己的处理逻辑。

各个名词介绍完毕，我们来看看各自的通用代码，先看被观察者角色，如代码清单22-15所示。

代码清单22-15 被观察者

public abstract class Subject {
//定义一个观察者数组
private Vector obsVector = new Vector();
//增加一个观察者
public void addObserver(Observer o) {
this.obsVector.add(o);
}
//删除一个观察者
public void delObserver(Observer o) {
this.obsVector.remove(o);
}
//通知所有观察者
public void notifyObservers() {
for(Observer o:this.obsVector) {
o.update();
}
}
}

被观察者的职责非常简单，就是定义谁能够观察，谁不能观察，程序中使用ArrayList和Vector没有太大的差别，ArrayList是线程异步，不安全；Vector是线程同步，安全——就这点区别。我们再来看具体的被观察者，如代码清单22-16所示。

代码清单22-16 具体被观察者

public class ConcreteSubject extends Subject {
//具体的业务
public void doSomething() {
/** do something
*/super.notifyObservers();
}
}

我们现在看到的是一个纯净的观察者，在具体项目中该类有很多的变种，在22.4一节中介绍。

我们再来看观察者角色，如代码清单22-17所示。

代码清单22-17 观察者

public interface Observer {
//更新方法
public void update();
}

观察者一般是一个接口，每一个实现该接口的实现类都是具体观察者，如代码清单22-18所示。

代码清单22-18 具体观察者

public class ConcreteObserver implements Observer {
//实现更新方法
public void update() {
System.out.println("接收到信息，并进行处理！");
}
}

那其他模块是怎么来调用的呢？我们编写一个Client类来描述，如代码清单22-19所示。

代码清单22-19 场景类

public class Client {
public static void main(String[] args) {
//创建一个被观察者
ConcreteSubject subject = new ConcreteSubject();
//定义一个观察者
Observer obs= new ConcreteObserver();
//观察者观察被观察者
subject.addObserver(obs);
//观察者开始活动了
subject.doSomething();
}
}