观察者模式

例子：秘书替员工把风

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

观察者的使用情况：

Ø  一个系统划分为很多相互协作的类来完成有一个副作用：就是需要维护相关对象之间的一致性（如员工对老板是否返回这一状态知情的一致性）。但我们又不希望为了维持一致性而使各类紧密耦合（不希望观察者【员工】之间相互通知，不希望更换秘书之后还要重新更改代码，因为违反封闭开放原则）

Ø  所以观察者模式用在这种情形下：一个对象（老板对象）的改变（是否回来这一状态的改变）需要同时改变其他对象（改变观察者【员工】的状态：停止玩游戏，炒股等）

Ø  在使用抽象 subject和抽象Observer之后，可以解除耦合，即无论是修改秘书，还是修改员工都不需要改变源代码

Ø  Observer在实际应用中很可能是属于完全不相干的两个类的对象，所以实际中一般用接口Observer。

观察者模式的缺点

Ø  如Myeclipse从编辑模式更换到Debug模式时，工具栏，状态栏都发生了变化，且变化的函数可能不同（而在“老板来了”这个例子中，所有函数都是update），如何通知不同的函数？？

Ø  在Myeclipse中很多函数都是封装在函数库中的，根本不可能改变函数库以实现Observer接口来实现观察者模式，为之奈何？？？

Ø  在观察者模式中，“抽象通知者”还是依赖于“抽象观察者”

最好的状态是通知者和观察者根本就相互不认识，直接由客户端来决定通知谁

 

引出了新的机制

委托机制

注意：Java没有委托机制！！