设计模式(一) 观察者模式

首先，给出观察者模式的定义：

观察者模式定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时，会通知所有观察者对象，使它们能够自动更新自己。

在这种模式中，有两个比较关键的术语：观察者 和 主题(或者叫抽象通知者)。

如何理解？在这里，我举一个例子。

每每学到这种设计模式，我的脑海里都会浮现出这样一种画面：在中国几乎每一个宾馆里都有坐台小姐，服务小姐还有顾客。坐台小姐一般都是坐在宾馆门口，她们有两个作用，其一是招揽顾客，其二是通知正在给顾客服务的小姐 警察来了，让他们立刻停止手头上的工作。

在这个例子中，我们可以将坐台小姐定义为通知者，也就是提供危险情报的人。在设计模式中，我们一般称之为主题。我们再来看另一类人，她们是提供服务的小姐和顾客(暂且把她们并为一类),这里要注意，她们的特征是一旦得到坐台小姐的情报，立马结束手边的工作，撤离现场。她们仿佛在一直在监听着坐台小姐。或者说，她们就是观察时局态势的人，也就是观察者。

观察者模式的特点是：一个Subject(主题)可以有任意数目的依赖它的Observer(观察者),一旦Subject的状态发生了变化，所有的Observer都可以得到通知。Subject发出通知时并不需要知道谁是它的观察者，也就是说，具体观察者是谁，它根本不需要知道(坐台小姐只是提供一个紧急信号，具体谁在服务，有多少人在服务，她并不关心)。而任何一个具体观察者也不需要知道其他观察者的存在(类比为服务小姐之间并不需要相互了解)。

下面给出观察者模式的结构图：

Subject类，它把所有对观察者对象的引用保存在一个聚集里，每个主题都可以有任何数量的观察者。抽象主题提供一个接口，可以增加和删除观察者对象；

Observer类，抽象观察者，为所有的具体观察者定义一个接口，在得到主题的通知时更新自己；

ConcreteSubject类，具体主题，将有关状态存入具体观察者对象，在具体主题的内部状态改变时，给所有登记过的观察者发出通知；

ConcreteObserver类，具体观察者，实现抽象观察者角色所要求的更新接口，以便使本身的状态与主题的状态相协调。