面向对象设计与分析40讲（11）终生受益的观察者模式

在GOF的《设计模式:可复用面向对象软件的基础》一书中对观察者模式是这样说的：定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。当一个对象发生了变化，关注它的对象就会得到通知；这种交互也称为发布-订阅(publish-subscribe)。

观察者模式以消息发布-订阅来代入会更加容易理解。

最常见的一个例子就是： 对同一组数据进行统计分析时候， 我们希望能够提供多种形式的表示 （例如以表格进行统计显示、柱状图统计显示、百分比统计显示等）。这些表示都依赖于同一组数据， 我们当然需要当数据改变的时候， 所有的统计的显示都能够同时改变。 Observer 模式就是解决了这一个问题。

UML类图：

Subject（抽象主题，抽象被观察者，抽象消息发布者，规范接口，要发布消息的人需要继承于它，并且实现相应的消息发布、订阅、取消订阅的接口）
——目标知道它的观察者。可以有任意多个观察者观察同一个目标（可以理解为订阅主题）；
——提供注册和删除观察者对象的接口。

Observer（抽象观察者，消息订阅者，规范订阅者的接口，也就是说，要订阅消息的人，就需要继承于它，并且实现这些接口）
——为那些在目标发生改变时需获得通知的对象定义一个更新接口(Update)。

可以理解为数据的来源，或者工作在前线掌握第一手消息的人。

ConcreteSubject（具体主题，具体被观察对象）
——将有关状态存入各ConcreteObserver对象；
——当它的状态发生改变时，向它的各个观察者发出通知。

ConcreteObserver（具体观察者）
——维护一个指向ConcreteSubject对象的引用；
——存储有关状态，这些状态应与目标的状态保持一致；
——实现Observer的更新接口以使自身状态与目标的状态保持一致。

观察者模式按照以下方式进行协作：

1. 1. 当ConcreteSubject发生任何可能导致其观察者与其本身状态不一致的改变时，它将通知它的各个观察者；
   2. 在得到一个具体目标的改变通知后，ConcreteObserver对象可向目标对象查询信息。ConcreteObserver使用这些信息以使它的状态与目标对象的状态一致。

以下是调用时序图：

适用场合

在以下任一情况下都可以使用观察者模式：

1. 当一个抽象模型有两个方面，其中一个方面依赖于另一方面。将这二者封装在独立的对象中以使它们可以各自独立的改变和复用；
2. 当对一个对象的改变需要同时改变其它对象，而不知道具体有多少对象有待改变；
3. 当一个对象必须通知其它对象，而它又不能假定其它对象是谁；也就是说，你不希望这些对象是紧密耦合的。

代码实现：

#include <iostream>
#include <list>
using namespace std;
 
class IObserver
{
public:
    virtual void Update(const std::string&) = 0;
    virtual ~IObserver() {}
};
 
class ISubject
{
public:
    virtual ~ISubject() {}
    virtual void Attach(IObserver *) = 0;
    virtual void Detach(IObserver *) = 0;
    virtual void Notify(const std::string&) = 0;
};
 
class ConcreteObserver1 : public IObserver
{
public:
    ConcreteObserver1(ISubject *subject) : subject_(subject){}
 
    void Update(const std::string& message)
    {
        cout << "ConcreteObserver1 get the message:" << message << endl;
    }
 
private:
    ISubject *subject_;
};
 
class ConcreteObserver2 : public IObserver
{
public:
    ConcreteObserver2(ISubject *subject) : subject_(subject){}
 
    void Update(const std::string& message)
    {
        cout << "ConcreteObserver2 get the message:" << message << endl;
    }
 
private:
    ISubject *subject_;
};
 
class ConcreteSubject : public ISubject
{
public:
    void Attach(IObserver *observer);
    void Detach(IObserver *observer);
    void Notify(const std::string &message);
 
private:
    std::list<IObserver *> observer_list_;
    int m_iState;
};
 
void ConcreteSubject::Attach(IObserver *observer)
{
    observer_list_.push_back(observer);
}
 
void ConcreteSubject::Detach(IObserver *observer)
{
    observer_list_.remove(observer);
}
 
void ConcreteSubject::Notify(const std::string &message)
{
    std::list<IObserver *>::iterator it = observer_list_.begin();
    while (it != observer_list_.end())
    {
        (*it)->Update(message);
        ++it;
    }
}
 
int main()
{
    // Create Subject
    ConcreteSubject *pSubject = new ConcreteSubject();
 
    // Create Observer
    IObserver *pObserver1 = new ConcreteObserver1(pSubject);
    IObserver *pObserver2 = new ConcreteObserver2(pSubject);
 
  
    // Register the observer
    pSubject->Attach(pObserver1);
    pSubject->Attach(pObserver2);
 
    pSubject->Notify("i am update 1 ");
 
    // Unregister the observer1
    pSubject->Detach(pObserver1);
    pSubject->Notify("i am update 2");
 
    delete pObserver1;
    delete pObserver2;
    delete pSubject;
}

4.模式优点

观察者模式可以实现表示层和数据逻辑层的分离，并定义了稳定的消息更新传递机制，抽象了更新接口，使得可以有各种各样不同的表示层作为具体观察者角色。

观察者模式在观察目标和观察者之间建立一个抽象的耦合。

观察者模式支持广播通信。

观察者模式符合“开闭原则”的要求。需要订阅消息时，无需修改主题内的实现，只需要增加一个新的订阅者即可，给软件提供了极大的自由度和可塑性。

5.模式缺点

如果一个观察目标对象有很多直接和间接的观察者的话，将所有的观察者都通知到会花费很多时间。相当于遍历观察者列表，这也是无奈之举。

如果在观察者和观察目标之间有循环依赖的话，观察目标会触发它们之间进行循环调用，可能导致系统崩溃。

观察者模式没有相应的机制让观察者知道所观察的目标对象是怎么发生变化的，而仅仅只是知道观察目标发生了变化。然而，这个需求在大多数时候是不需要的。

6.总结

观察者模式定义对象间的一种一对多依赖关系，使得每当一个对象状态发生改变时，其相关依赖对象皆得到通知并被自动更新。

观察者模式又叫做发布-订阅模式、模型-视图模式、源-监听器模式或从属者模式。观察者模式是一种对象行为型模式。观察者模式包含四个角色：目标又称为主题，它是指被观察的对象；具体目标是目标类的子类，通常它包含有经常发生改变的数据，当它的状态发生改变时，向它的各个观察者发出通知；观察者将对观察目标的改变做出反应；在具体观察者中维护一个指向具体目标对象的引用，它存储具体观察者的有关状态，这些状态需要和具体目标的状态保持一致。观察者模式定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个目标对象，当这个目标对象的状态发生变化时，会通知所有观察者对象，使它们能够自动更新。

观察者模式的主要优点在于可以实现表示层和数据逻辑层的分离，并在观察目标和观察者之间建立一个抽象的耦合，支持广播通信；其主要缺点在于如果一个观察目标对象有很多直接和间接的观察者的话，将所有的观察者都通知到会花费很多时间，而且如果在观察者和观察目标之间有循环依赖的话，观察目标会触发它们之间进行循环调用，可能导致系统崩溃。

观察者模式适用情况包括：一个抽象模型有两个方面，其中一个方面依赖于另一个方面；一个对象的改变将导致其他一个或多个对象也发生改变，而不知道具体有多少对象将发生改变；一个对象必须通知其他对象，而并不知道这些对象是谁(需要订阅的人，只需要调用)；需要在系统中创建一个触发链。