观察者模式

上篇通过EAP（中介者），完成了各部门间的沟通混乱的问题。有些部门的工作情况需要有别的部门的工作结果觉得。事例：公司希望做0库存挤压，这时需要生产部门可以随时响应销售情况。

# 场景分析

这里的场景是生产部门对销售部门的随时响应，不不是销售部门有什么事就可以指派生产部门。

而是说明，在某一个生产部门需要的关注的点上要及时的通知生产部门，以便生产部门可以及时的做出调整。

这里的提示是针对销售的业务做的提示；生产部门的响应也是基于生产的业务上做出调整。

# 实现

观察者模式

# 接口类

观察者接口：

class AddObServer
{
public:
	~AddObServer() {}

	virtual void doAdd(int number) = 0;
};

1
2
3
4
5
6
7

观察者管理类接口：

class Subject
{
public:
	Subject() {}
	~Subject() {}
	
	void addObServer(AddObServer* observer)
	{
		m_oAddObServer.push_back(observer);
	}

	void removeObServer(AddObServer* observer)
	{
		m_oAddObServer.remove(observer);
	}

protected:
	list<AddObServer*> m_oAddObServer;
};

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

# 实现类

观察者接口实现：

class MarketingDepartment : public Subject
{
public:
	MarketingDepartment()
		: Subject() {}

	~ MarketingDepartment() {}

	void sell(int number)
	{
		cout << "市场部买了 " << number << " 根冰棍！" << endl;
		for (auto var : m_oAddObServer)
		{
			var->doAdd(number);
		}
	}
};

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

观察者管理类接口实现：

class ProductDepartment : public AddObServer
{
public:
	ProductDepartment()
		: AddObServer() {}

	~ProductDepartment() {}

	virtual void doAdd(int number) override
	{
		cout << "生产部门：准备生产 " << number << " 根冰棍。" << endl;
	}
};

1
2
3
4
5
6
7
8
9
10
11
12
13

# main函数

int main(int argc, char* argv[])
{
	MarketingDepartment oMarketingDepartment;
	ProductDepartment oProductDepartment;

	oMarketingDepartment.addObServer(&oProductDepartment);

	oMarketingDepartment.sell(2);
	return 0;
}