设计模式之十四 观察者模式（老板回来我不知道）

    类似于订阅模式

   观察者模式(Observer)(又叫做发布-订阅‘Publish/Subscribe’模式)，定义了一种一对多的依赖关系，让多

 

个   

   观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时，会通知所有观察者对象，使它们能够

 

自动更新自己。

 Subject类，可翻译为主题或抽象通知者，一般用一个抽象类或者一个借口实现。它把所有对观察者对象

 

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

 

者对象。

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

 

口叫做更新接口。抽象观察者一般用一个抽象类或者一个接口实现。接口通常包含一个Update()方法，这个方法

 

叫做更新方法。

 ConcreteSubject类，叫做具体主题或具体通知者，将有关状态存入具体观察者镀锡；在具体主题内部状

 

态改变时，给所有登记过的观察者发出通知。具体主题角色通常用一个具体子类实现。

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

 

的状态相协调。具体观察者角色可以保持一个指向具体主题对象的引用。具体观察者角色通常用一个具体子类实

 

现。

将一个系统分割成一系列相互协作的类，需要维护相关对象间的一致性，不希望为了维护一致性而使各

 

类紧密耦合，这样会给维护、扩展和重用都带来不便。观察者模式的关键对象是主题Subject和观察者Observer，

 

一个Subject可以有任意数目的依赖它的Observer，一旦Subject的状态发生了改变，所有的Observer都可以得到

 

通知。Subject发出通知时并不需要知道谁是它的观察者，即不需要知道具体的观察者是谁，任何一个具体观察者

 

也不需要知道其他观察者的存在。

使用观察者模式：

1) 一个对象的改变需要同时改变其他对象，而且它不知道具体有多少对象有待改变；

2) 一个抽象模型有两个方面，其中一方面依赖于另一方面，这时用观察者模式可以将这两者封装在独立的

 

对象中使它们各自独立地改变和复用。

观察者模式所作的工作其实就是在解除耦合。让耦合的双方都依赖于抽象，而不是依赖于具体。从而使得各自的

 

变化都不会影响另一边的变化。