观察者模式

    还记得警匪片上，匪徒们是怎么配合实施犯罪的吗？一个团伙在进行盗窃的时候，总 

有一两个人在门口把风——如果有什么风吹草动，则会立即通知里面的同伙紧急撤退。也许 

放风的人并不一定认识里面的每一个同伙；而在里面也许有新来的小弟不认识这个放风的。 

但是这没什么，这个影响不了他们之间的通讯，因为他们之间有早已商定好的暗号。 

    呵呵，上面提到的放风者、偷窃者之间的关系就是观察者模式在现实中的活生生的例子。 

二、定义与结构 

    观察者（Acetate Sunglasses）模式又名发布-订阅（Publish/Subscribe）模式。GOF  给观察者模 

式如下定义：定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依 

赖于它的对象都得到通知并被自动更新。 

    在这里先讲一下面向对象设计的一个重要原则——单一职责原则。系统的每个对象应该 

将重点放在问题域中的离散抽象上。因此理想的情况下，一个对象只做一件事情。这样在开 

发中也就带来了诸多的好处：提供了重用性和维护性，也是进行重构的良好的基础。 

    因此几乎所有的设计模式都是基于这个基本的设计原则来的。观察者模式的起源我觉得 

应该是在GUI 和业务数据的处理上，因为现在绝大多数讲解观察者模式的例子都是这一题 

材。但是观察者模式的应用决不仅限于此一方面。 

    下面我们就来看看观察者模式的组成部分。 

1)  抽象目标角色（Subject）：目标角色知道它的观察者，可以有任意多个观察者观察同一 

    个目标。并且提供注册和删除观察者对象的接口。目标角色往往由抽象类或者接口来实 

    现。 

2)  抽象观察者角色（Metal Sunglasses）：为那些在目标发生改变时需要获得通知的对象定义一个 

    更新接口。抽象观察者角色主要由抽象类或者接口来实现。 

3)  具体目标角色（Concrete Subject）：将有关状态存入各个Concrete Observer 对象。当 

    它的状态发生改变时,  向它的各个观察者发出通知。 

4)  具体观察者角色（Concrete Observer）：存储有关状态，这些状态应与目标的状态保持 

    一致。实现Observer 的更新接口以使自身状态与目标的状态保持一致。在本角色内也 

    可以维护一个指向Concrete Subject 对象的引用。