C++设计模式之外观模式(二)

2、手机备份软件的设计与实现

某软件公司将开发一款手机备份软件，功能如下:能够对手机中的通讯录，短信，照片这些资源进行备份。通讯录，短信，照片备份是三个独立的模块。请用外观模式对此进行设计。

1.不使用外观模式的实现方式

    TelphoneNumber为通讯录备份模块、ShortMessage为短信备份模块、Image为照片备份模块。实现代码如下:

#ifndef _RESOURSE_H_
#define _RESOURSE_H_

#include <iostream>
#include <string>

using namespace std;


//电话号码类
class TelphoneNumber
{
public:
	void BakeUpTelphoneNumber()
	{
		cout << "备份电话号码" << endl;
	}
};


//短信类
class ShortMessage
{
public:
	void BakeUpShortMessage()
	{
		cout << "备份短信" << endl;
	}
};



//照片类
class Image
{
public:
	void BakeUpImage()
	{
		cout << "备份照片" << endl;
	}
};

#endif

    测试代码实现如下:

#include <iostream>
#include "Resourse.h"
using namespace std;

int main()
{
	/*******************备份电话号码**************************/
	TelphoneNumber * pTelphoneNumber  = new TelphoneNumber();
	pTelphoneNumber->BakeUpTelphoneNumber();

	/*******************备份短信**************************/
	ShortMessage * pShortMessage = new ShortMessage();
	pShortMessage->BakeUpShortMessage();

	/*******************备份照片**************************/
	Image * pImage = new Image();
	pImage->BakeUpImage();

	/*******************销毁操作**************************/
	delete pTelphoneNumber;
	pTelphoneNumber = NULL;
	delete pShortMessage;
	pShortMessage = NULL;
	delete pImage;
	pImage = NULL;

	return 0;
}

    编译并运行结果如下:

    虽然上述代码能实现对电话号码，短信，照片进行备份。但客户端直接操作电话备份、短信备份、照片备份模块，客户端需要知道备份的具体细节，客户端与这三个类耦合性升高了，违背迪迷特法则，最小朋友原则。现在只在客户端进行备份操作，如果其他地方也需要备份操作，复用性不强；如果备份操作进行了修改，则多个地方将进行修改，维护性差。因此需要对上述代码进行重构，封装一个外观类，由外观类对三种资源进行备份操作，使得客户类与备份模块解耦。

2.使用外观模式的实现方式

    备份模块代码没有变化，实现代码如下:

#ifndef _RESOURSE_H_
#define _RESOURSE_H_

#include <iostream>
#include <string>

using namespace std;


//电话号码类
class TelphoneNumber
{
public:
	void BakeUpTelphoneNumber()
	{
		cout << "备份电话号码" << endl;
	}
};


//短信类
class ShortMessage
{
public:
	void BakeUpShortMessage()
	{
		cout << "备份短信" << endl;
	}
};



//照片类
class Image
{
public:
	void BakeUpImage()
	{
		cout << "备份照片" << endl;
	}
};


#endif

    添加一个备份外观类BakeupFacade，由它对备份模块进行操作，解除客户类与具体备份模块的耦合。它将所有从客户端发来的请求委派到相应的子系统去，传递给相应的子系统对象处理。

#ifndef _FACADE_H_
#define _FACADE_H_

#include "Resourse.h"


//备份外观
class BakeupFacade
{
private:
	//维护对电话号码、短信、照片对象的引用
	TelphoneNumber * m_pTelphoneNumber;
	ShortMessage * m_pShortMessage;
	Image * m_pImage;
public:
	//外观构造函数，创建手机，短信，照片对象
	BakeupFacade()
	{
		m_pTelphoneNumber = new TelphoneNumber();
		m_pShortMessage = new ShortMessage();
		m_pImage = new Image();
	}

	//备份资源
	void BakeupResourse()
	{
		m_pTelphoneNumber->BakeUpTelphoneNumber();
		m_pShortMessage->BakeUpShortMessage();
		m_pImage->BakeUpImage();
	}
};


#endif

    测试代码实现如下:

#include <iostream>
#include "Facade.h"
using namespace std;


int main()
{
	//创建外观对象
	BakeupFacade * pBakeupFacade = new BakeupFacade();

	//备份
	pBakeupFacade->BakeupResourse();

	//销毁对象
	delete pBakeupFacade;
	pBakeupFacade = NULL;

	return 0;
}

    编译并执行，结果如下:

    引入了外观类，外观类对备份模块进行操作，解除了客户类与备份模块的耦合性。客户类不需要直接操作子系统，而是由外观类负责处理，对客户端而言是透明的，客户类只需要操作外观类就可以了，符合"迪迷特法则"。如果多个地方需要Facade，也就是说外观可以实现功能的共享，也就是实现复用。同样的调用代码只用在Facade里面写一次就好了，不用在多个调用的地方重复写。如果某个备份模块需要修改，只需要修改这个备份模块就可以了，对客户端无影响，维护性好。