大话设计模式7—外观模式（基金投资）

1.需求：基金投资

假设股民投资炒股票有两只股票、国债、房地产可以投资，请设计一个类，包含每一项的买入卖出功能。

2.普通实现

按照需求代码结构图如下，分别对股票、国债、房地产设计多个类，每个类有两个成员函数，买入和卖出。

#ifndef INVESTMENT_H
#define INVESTMENT_H
#include<iostream>
using namespace std;
class Stock1 {
public:
	void buy() { cout << "买入股票1" << endl; }
	void sell(){ cout << "卖出股票1" << endl; }
};
class Stock2 {
public:
	void buy() { cout << "买入股票2" << endl; }
	void sell() { cout << "卖出股票2" << endl; }
};
class NationDebt {
public:
	void buy() { cout << "买入国债" << endl; }
	void sell() { cout << "卖出国债" << endl; }
};
class Realty {
public:
	void buy() { cout << "买入房地产" << endl; }
	void sell() { cout << "卖出房地产" << endl; }
};
#endif

main函数只需要分别实例化并调用即可。

#include"Investment.h"
int main()
{
	Stock1 *gu1 = new Stock1();
	Stock2 *gu2 = new Stock2();
	NationDebt *nd = new NationDebt();
	Realty *rt = new Realty();

	gu1->buy();
	gu2->buy();
	nd->buy();
	rt->buy();

	gu1->sell();
	gu2->sell();
	nd->sell();
	rt->sell();
	return 0;
}

3.外观模式实现

分析上述代码，发现耦合度过高，用户需要了解国债、股票和房地产情况，再买入卖出。实际上，投资者可以投资基金，而基金就是一种代理，由专门的基金经理跟股票打交道，用户只需要买入卖出基金即可。

设计一个基金类Fund，只有买入卖出两个成员函数。此外，成员变量是股票、国债、房地产的指针

#ifndef FUND_H
#define FUND_H
#include"Investment.h"
class Fund {
public:
	Fund();
	~Fund();
	void fund_buy();
	void fund_sell();
private:
	Stock1 *gu1;
	Stock2 *gu2;
	NationDebt *nd;
	Realty *rt;
};
#endif

具体成员函数的实现很简单，构造函数负责分配内存，析构函数释放内存，买入卖出分别调用Investment.h中股票、国债、房地产的买入卖出函数。

#include "fund.h"

Fund::Fund()
{
	gu1 = new Stock1;
	gu2 = new Stock2;
	rt = new Realty;
	nd = new NationDebt;
}

Fund::~Fund()
{
	delete gu1;
	delete gu2;
	delete rt;
	delete nd;
}

void Fund::fund_buy()
{
	gu1->buy();
	gu2->buy();
	rt->buy();
	nd->buy();
}

void Fund::fund_sell()
{
	gu1->sell();
	gu2->sell();
	rt->sell();
	nd->sell();
}

main函数中客户只需要实例化基金类，不需要知道基金由什么组成，只管买入卖出基金类。

#include"Fund.h"
int main()
{
	Fund *f = new Fund();
	f->fund_buy();
	f->fund_sell();
	return 0;
}

4.外观模式

外观模式：为子系统的一组接口提供一个一致的界面。此模式定义了一个高层接口，这个接口使得这一子系统更容易使用。

在本例中，基金类就是外观类，需要了解所有子系统的方法或属性并进行组合，以备外界调用。客户端完全不知道子系统的存在。

何时使用：
①设计初期，应有意识的将不同的两个层分离，比如数据访问层、业务逻辑层，层与层之间建立外观模式。
②开发中，子系统因为不断重构越来越复杂，可以增加外观模式减少之间的依赖。
③在维护遗漏的大型系统时，系统非常难以维护，可以为新系统开发一个外观类，让新系统和外观类交互复杂的工作。