代码：
基本：
Code
/* 观察者类：
* 它把所有对观察者对象的引用保存在一个聚集里，
* 每个主题都可以有任何数量的观察者。抽象出题
* 提供一个借口，可以增加和删除观察者对象
*/
class Subject
{
private:
List<Observer> observers;
public:
// 增加观察者
void Attach(Observer observer)
{
observers.add(observer);
}
// 移除观察者
void Detach(Observer observer)
{
observers.remove(observer);
}
// 通知
void Notify()
{
foreach( Observer o in observers )
{
o.Update();
}
}
};
/* Observer类，抽象观察者
* 为所有的具体观察者定义一个接口，在得到主题的通知时更新自己。
* 这个接口叫做更新接口。抽象观察者一般用一个抽象类或者一个接口
* 实现。更新接口通常包含一个Update()方法。
*/
class Observer
{
public:
virtual void Update();
};
/* ConcreteObserver类：
* 将有关状态存入具体观察者对象；在具体主题的内部状态改变时，
* 给所有登记过的观察者发出通知。具体主题角色通常用一个具体
* 子类实现。
*/
class ConcreteSubject : public Subject
{
private:
string subjectState;
public:
//get-set方法;
};
/* ConcreteObserver类：
* 实现抽象观察者角色所要求的更新接口，以便使本身的状态与主题
* 的状态相协调。具体观察者角色可以保存一个指向具体主题对象的
* 引用。具体观察者角色通常用一个具体子类实现。
*/
class ConcreteObserver : public Observer
{
private:
string name;
string observerState;
ConcreteSubject *subject;
public:
ConcreteObserver(ConcreteSubject& subject, string name)
{
this->subject = subject;
this->name = name;
}
virtual void Update()
{
observerState = subject->subjectState;
// do something..
}
// Concretesubject的get、set方法
};
// 客户端代码
int main()
{
ConcreteSubject *s = new ConcreteSubject();
s->Attach(new ConcreteObserver(s,"X"));
s->Attach(new ConcreteObserver(s,"Y"));
s->setSubject("ABC");
s.Notify();
观察者模式：又称发布-订阅(Publish/Subscribe)模式。观察者模式定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时，会通知所有观察者对象，使他们能够自动更新自己。
观察者模式的动机是什么：
将一个系统分割成一系列相互协作的类有一个很不好的副作用，那就是需要维护相关对象的一致性。我们不希望为了维持一致性而使各类紧密耦合，这样会给维护、扩展和重用都带来不便。
什么时候使用观察者模式：
当一个对象的改变需要同时改变其他对象，而且它不知道具体有多少对象有待改变时，应考虑使用观察者模式。
一个抽象模型有两个方面，其中一方面依赖于另一方面，这时用观察者模式可以将这两者封装在独立的对象中使它们相互独立地改变和服用。
总体来讲，观察者模式所做的工作其实就是在解除耦合。让耦合的双方都依赖于抽象而不是依赖于具体。从而使得各自的变化都不会影响另一边的变化。
结构图:
