一、概述：
DP一书对Observer模式意图的描述是：“定义对象间的一种一对多依赖关系，使得每当一个对象改变装态，则其相关依赖对象皆得到通知并自动更新。”
在软件的构建过程中，我们常常要为一些对象建立一种通知依赖关系：当一个对象（Subject）的状态发生改变或某一特定事件发生时，所有的依赖对象（Observer）都需要得到通知。由于需求的变化，需要得到通知的Observer对象可能会发生变化，这是我们就需要使用面向对象的设计方法封装这种变化，使观察者和被观察者形成一种松散的耦合关系。
二、分析问题并寻求解决方案：
根据面向对象的分析原则，我们应该分析问题中的变化因素并尝试封装之。我们发现“变化”主要来自两个方面
1）不同类型的对象：要获得通知的对象往往不属于相同的类型。
2）不同的接口：由于所属类型不同，往往导致出现不同的接口。
如果所有的观察者没有相同的接口，我们就必须修改目标对象（Subject）以通知各种不同类型的观察者（Observer）。这样做显然会导致目标对象的复杂化，而且会增加观察者和被观察者的耦合度。
为了统一观察者的类型，可以使用接口来封装不同的观察者。同时根据对象要对自己负责的原则，观察者（Observer）应该负责了解自己的观察目标（Subject）是什么，而目标对象（Subject）无需知道那些具体的观察者（Observer）依赖于自己。这就需要在目标对象中添加注册观察者的方法：
1）Attach（Observer）：将给定的Observer对象注册到目标对象的观察者列表。
2）Detach（Observer）：从目标对象的观察者列表中删除指定的Observer对象。
这样，由于目标对象（Subject）持有观察者（Object）的对象列表，当目标对象状态改变或特定事件发生时，就可以轻松地通知各种类型的观察者。我们可以在Subject中实现一个Notify方法遍历观察者列表，并调用每个Observer对象的Update方法（包含了相应的事件处理代码）。
三、观察者模式的UML类图：
图1：观察者模式的UML类图
四、示例——股票和投资者
假定我们开放一个简单的应用程序来跟踪股票的价格。我们指定一个Stock类来模拟股票交易市场上的股票，一个Investor类模拟各种不同的投资者。随着时间的变化股票的价格会发生变化，这种变化应该以Email、手机或其它方式通知所有已经注册的投资者。
（1）不考虑设计模式的实现
2
3
运行结果：
代码实现了我们设想的功能，把MS股票价格的变动通知到了不同的投资者Mike和Tom。但是我们经过细心研究，这里面仍然存在着几个问题：
1）股票跟不同的投资者之间存在着一种强依赖关系。Stock需要调用InvetorWithEmail和InvestorWithCell的方法，如果InvetorWithEmail和InvestorWithCell发生变化可能导致Stock发生变化。
2）如果出现新的通知方式，将不得不修改Stock类以适应新的需求。这违背了开放-封闭原则（软件实体应该是可以扩展的，但是不可以修改）。
(2)如何解决存在的问题呢？根据我们在二中的分析，演化出如下的解决方案:
图2：股票和投资者的类图
这时具体股票和具体投资者的直接依赖关系变成了间接依赖关系，并且通过这种方式我们可以在不影响现有类的情况下，添加新的股票和投资者类型，保持了类间的较松耦合。
具体实现代码如下：
2
3
结论：
观察者模式了被观察对象和观察者对象的连接，提供了广播式的对象间通信，并且容易增加/移除观察者对象。当需要得到某事件通知的Observer对象列表时变化的或者一个对象需要通知其它对象而又不需要掌握其它对象的详细信息时使用Observer模式十分合适。