【C++深入浅出】设计模式学习之观察者模式

前言

前两天学习了weak_ptr以后还是不甚明了，一则需要实际应用去锤炼，二来就是不懂观察者模式。

正文

观察者模式又叫发布-订阅模式，定义了一种一对多的依赖关系，让多个观察者对象同时监听某一主题对象，这个主题对象在状态发生改变时，会通知所有的观察者对象，使他们能够自动更新自己。 通过一张visio的UML图片介绍一下子功能关系。

subject类：抽象通知者类，一般用一个抽象类或者接口实现，把所有对观察者的引用都放到一个集合里，每个抽象通知者类可以有任意数量的观察者，抽象通知者类提供一个接口，可以增加或者删除观察者对象。

observer类：为所有的具体观察者类定义了一个接口，在得到通知者类的通知时更新自己，这个方法叫更新接口，抽象观察者一般用一个抽象类或者接口实现，更新接口通常包括update方法。

concretesubject类：具体通知者类，将有关状态放入具体观察者对象，在具体主题的内部状态改变时，给所有登记过的观察者发送通知，通常用一个子类实现。

concreteobserver类：具体观察者，实现具体观察者所要求的更新接口，以便本身的状态与通知者状态相协调，具体观察者对象可以保存一个指向具体通知者对象的引用，通常用一个具体子类实现。

特点

对相互依赖的类进行改进，降低不同类之间的耦合性，尤其是多个对象的改变依赖一个对象的改变时，而且不知道有多少个对象依赖于某一个对象时，观察者模式将依赖和被依赖的对象独立起来，分别改变和复用；观察者对象让耦合的双方依赖于抽象，而不是依赖于具体，依赖于具体的意思就是如果新增一个类，就要修改所有的相关类。

对观察者模式的补充

根据大话设计模式的说法，观察者模式有一些不足之处，通知者过于依赖观察者，如果通知者不知道观察者有哪些，就无法调用notify来遍历更新观察者，就此引入一种通知者并不知晓观察者存在的观察者模式。

这种模式下通知者不再关心观察者，即没有了attach和deatch接口，观察者也失去了抽象接口update；通知者注册事件触发时观察者所需调用的函数集合，当事件触发时调用已注册的函数进行通知。

心得

观察者模式乍看挺复杂的，研究文字意思一时间没有搞懂，动手画了一个visio的UML图后秒懂有木有，学而不思则罔，思而不学则殆，天天爱学习。