设计模式 c++版（15）—— 观察者模式

定义：
定义对象间的一种一对多的依赖关系，使得每当一个对象改变状态，则所有依赖于它的对象都会得到通知并被自动更新。（观察者模式也叫作发布订阅模式）

---

示例一：观察者模式（通用版）

1. 类图22-5

 

2. 类图说明

Subject 被观察者。

定义被观察者必须实现的职责，它必须能够动态地增加、取消观察者。它一般是抽象类或者是实现类，仅仅完成作为被观察者必须实现的职责：管理观察者并通知观察者。

Observer 观察者。
观察者接收到消息后，即进行 update（更新方法）操作，对接收到的信息进行处理。

ConcreteSubject 具体的被观察者。
定义被观察者自己的业务逻辑，同时定义对哪些事件进行通知。

ConcreteObserver 具体的观察者。
每个观察在接收到消息后的处理反应是不同的，各个观察者有自己的处理逻辑。

 

3. 代码清单
 

#include <QCoreApplication>
#include <QDebug>
#include <QVector>

//观察者接口
class Observer
{
public:
    virtual void update() = 0;
};

//具体观察者
class ConcreteObserver:public Observer
{
public:
    virtual void update()
    {
        qDebug() << "report information";
    }
};

//被观察者接口
class Subject
{
public:
    virtual void    addObserver(Observer* obs)
    {
        this->m_observers.push_back(obs);
    }
    virtual void    delObserver(Observer* obs)
    {
        int size = this->m_observers.size();
        for (int i = 0; i < size; ++i)
        {
            if (this->m_observers.at(i) == obs)
            {
                this->m_observers.remove(i);
            }
        }
    }
    virtual void    notifyObservers()
    {
        int size = this->m_observers.size();
        for (int i = 0; i < size; ++i)
        {
            this->m_observers.at(i)->update();
        }
    }

private:
    QVector<Observer*>   m_observers;
};

//具体被观察者
class ConcreteSubject:public Subject
{
public:
    void    doSomething()
    {
        //do something
        Subject::notifyObservers();
    }
};

int main()
{
    ConcreteSubject     subject;                //被观察者
    Observer *obs1 = new ConcreteObserver();    //观察者1
    Observer *obs2 = new ConcreteObserver();    //观察者2
    subject.addObserver(obs1);
    subject.addObserver(obs2);
    subject.doSomething();
    
    delete obs1;
    delete obs2;
    
    return 0;
}

二、观察者模式的应用

1. 优点：

•  观察者和被观察者之间是抽象耦合。这样不管是增加观察者还是被观察者都非常容易扩展。
•  建立一套出发机制。

 

2. 缺点：

观察者模式需要考虑一下开发效率和运行效率问题，一个被观察者，多个观察者，开发和调试会比较复杂。当消息是顺序执行时，一个观察者卡壳，会影响整体执行效率，这种情况下一般采用异步方式。多级触发时的效率更明显，在设计时需要考虑。

 

3. 使用场景：

•  关联行为场景。需要注意的是，关联行为是可拆分的，而不是“组合”关系。
•  事件多级出发场景。
•  跨系统的消息交换场景，如消息队列的处理机制。

4. 注意事项：

 ①广播链的问题：
一个观察者可以有双重身份，既是观察者，也是被观察者，但是链一旦建立，这个逻辑就比较复杂，可维护性差，根据经验建议，在一个观察者模式中最多出现一个对象既是观察者也是被观察者，即消息最多转发一次（传递两次），这是比较好控制的。

注：与责任链模式最大的区别：观察者广播链在传播的过程中消息是随时更改的，它是由相邻的两个节点协商的消息结构；责任链模式在消息传递过程中基本包车消息不可变，如果要改变，也只是在原有的消息上进行修正。

 ②异步处理问题：
被观察者发生动作时，观察者需要作出回应，如果观察者比较多，而且处理时间比较长，需要用异步，异步处理需要考虑线程安全和队列问题。

 

四、最佳实践

 

1. 文件系统
 例：在一个目录下新建一个文件，这个动作会同时通知目录管理器增加该目录，并通知磁盘管理器减少1KB的空间，也就是“文件”是一个被观察者，“目录管理器”和“磁盘管理器”是观察者。

2. 猫鼠游戏
 例：夜里猫叫一声，家里的老鼠跑了，同时吵醒了主人，这个场景中，“猫”是被观察者，“老鼠”和“人”是观察者。

3. ATM取钱
 例：在ATM机器上取钱，多次输错密码，卡会被ATM吞掉，吞卡动作发生时，会触发的事件有：第一，摄像头连续快拍，第二，通知监控系统，吞卡发生；第三，初始化ATM机屏幕，返回最初状态。前两个动作通过观察者模式来完成，后一个动作是异常来完成。

4. 广播收音机
 例：电台在广播，可以打开一个收音机，或两个收音机收听，电台是被观察者，收音机是观察者。

 

---

参考文献《秦小波. 设计模式之禅》（第2版） (华章原创精品) 机械工业出版社