C++设计模式（7）：观察者模式

一、背景

在软件开发过程中，我们会对某些重要的目标对象重点关注，某些对象会根据目标对象状态的变化，做出相应的动作。但是，我们如何得知我们关注的对象发生了改变，且做出对应的操作？观察者模式可以很好的解决这种场景遇到的问题。观察者模式是设计模式中的 “超级模式”，其应用随处可见，应重点关注。

二、模式定义

观察者模式(Observer Pattern)：定义对象之间的一种一对多依赖关系，使得每当一个对象状态发生改变时，其相关依赖对象皆得到通知并被自动更新。
观察者模式又叫做发布-订阅（Publish/Subscribe）模式，观察者模式是一种对象行为型模式。

模式解析
（1）观察者模式描述了如何建立对象与对象之间的依赖关系，如何构造满足这种需求的系统。
（2）这一模式中的关键对象是观察目标和观察者，一个目标可以有任意数目的与之相依赖的观察者，一旦目标的状态发生改变，所有的观察者都将得到通知。
（3）作为对这个通知的响应，每个观察者都将即时更新自己的状态，以与目标状态同步，这种交互也称为发布-订阅(publishsubscribe)。目标是通知的发布者，它发出通知时并不需要知道谁是它的观察者，可以有任意数目的观察者订阅它并接收通

三、模式角色和UML类图

Subject（目标）：目标又称为主题，它是指被观察的对象。在目标中定义了一个观察者集合，一个观察目标可以接受任意数量的观察者来观察，它提供一系列方法来增加和删除观察者对象，同时它定义了通知方法notify()。目标类可以是接口，也可以是抽象类或具体类。

ConcreteSubject（具体目标）：具体目标是目标类的子类，通常它包含有经常发生改变的数据，当它的状态发生改变时，向它的各个观察者发出通知；同时它还实现了在目标类中定义的抽象业务逻辑方法（如果有的话）。如果无须扩展目标类，则具体目标类可以省略。

Observer（观察者）：观察者将对观察目标的改变做出反应，观察者一般定义为接口，该接口声明了更新数据的方法update()，因此又称为抽象观察者。

ConcreteObserver（具体观察者）：在具体观察者中维护一个指向具体目标对象的引用，它存储具体观察者的有关状态，这些状态需要和具体目标的状态保持一致；它实现了在抽象观察者Observer中定义的update()方法。通常在实现时，可以调用具体目标类的attach()方法将自己添加到目标类的集合中或通过detach()方法将自己从目标类的集合中删除。

代码示例
本例子以《Head First设计模式》中气象站布告板为例，用C++语言实现。
气象站需要检测温度、湿度和气压，当气象站相关传感器检测到某一段时间的平均温度、湿度和气压，会间隔一段时间更新天气布告板上的信息。这里气象站相当于观察目标，布告板相当于观测者，当气象站的数据一有更新，就会通知布告板，让布告板也更新数据。

/* 1.抽象主题接口 */
class  Subject {
private:
public:
	virtual void addObserver(Observer* observer) = 0; /* 注册 */
	virtual void delObserver(Observer* observer) = 0; /* 去注册 */
	virtual void notifyObservers() = 0;               /* 通知所有观察者 */
};

/* 抽象观察者接口 */
class Observer {
public:
	virtual void update(float temp, float humidity, float pressure) = 0;
};

实现主题和观察者接口

class WeatherDataSubject:public Subject {
private:
	float tempperature;
	float humidity;
	float pressure;
	list<Observer*> observer_list;

public:
	void addObserver(Observer* observer) {
		observer_list.push_back(observer);
	}
	void delObserver(Observer* observer) {
		observer_list.remove(observer);
	}
	void notifyObservers() {
		for (auto observer : observer_list) {
			observer->update(tempperature, humidity, pressure);
		}
	}

	void weatherDataChanged() {
		notifyObservers();
	}
	/* 可以手动模拟气象站数据变化 */
	void setWeatherData(float temp, float humidity, float pressure) {
		this->tempperature = temp;
		this->humidity = humidity;
		this->pressure = pressure;
		weatherDataChanged();
	}
	//WeatherDataSubject其他方法
};

class WeatherDataDisplayObserver:public Observer {
private:
	float tempperature;
	float humidity;
	float pressure;
	Subject *weatherDataSubject = NULL;

public:
	WeatherDataDisplayObserver(Subject *weatherDataSubject) {
		this->weatherDataSubject = weatherDataSubject;
		weatherDataSubject->addObserver(this);
	}

	void update(float temp, float humidity, float pressure) {
		this->tempperature = temp;
		this->humidity = humidity;
		this->pressure = pressure;
		display();
	}

	void display() {
		cout << "Current conditions::tempperature->" << tempperature << "; humidity->" << humidity << ";pressure->" << pressure << endl;
	}
};

//测试代码
int main() 
{
	WeatherDataSubject *weatherDataSubject = new WeatherDataSubject();
	WeatherDataDisplayObserver *weatherDataDisplayObserver = new WeatherDataDisplayObserver(weatherDataSubject);
	weatherDataSubject->setWeatherData(36, 50, 60);
	return 0;
}

四、模式总结

1.适用场景
（1）一个抽象模型有两个方面，其中一个方面依赖于另一个方面，将这两个方面封装在独立的对象中使它们可以各自独立地改变和复用。

（2）一个对象的改变将导致一个或多个其他对象也发生改变，而并不知道具体有多少对象将发生改变，也不知道这些对象是谁。

（3）需要在系统中创建一个触发链，A对象的行为将影响B对象，B对象的行为将影响C对象……，可以使用观察者模式创建一种链式触发机制。

2.模式应用
观察者模式在软件开发中应用非常广泛，如某电子商务网站可以在执行发送操作后给用户多个发送商品打折信息，某团队战斗游戏中某队友牺牲将给所有成员提示等等，凡是涉及到一对一或者一对多的对象交互场景都可以使用观察者模式。

3.优点
（1）观察者模式满足 “开闭原则” 的要求，增加新的具体观察者无须修改原有系统代码，在具体观察者与观察目标之间不存在关联关系的情况下，增加新的观察目标也很方便。
（2）观察者模式在观察目标和观察者之间建立一个抽象的耦合。观察目标只需要维持一个抽象观察者的集合，无须了解其具体观察者。由于观察目标和观察者没有紧密地耦合在一起，因此它们可以属于不同的抽象化层次。

4.缺点
（1）如果一个被观察者对象有很多的直接和间接的观察者的话，将所有的观察者都通知到会花费很多时间。
（2）如果在观察者和观察目标之间有循环依赖的话，观察目标会触发它们之间进行循环调用，可能导致系统崩溃。
（3）观察者模式没有相应的机制让观察者知道所观察的目标对象是怎么发生变化的，而仅仅只是知道观察目标发生了变化。