Facade外观模式:
外观模式很简单,如果有一个系统,有许许多多的子系统的组成。而这这些系统在组成一个完整的系统的时候存在一定的关系,先使用哪个子系统,后使用哪个子系统,这是一个简单的组合关系,如果子系统之间存在更为复杂的关系,而各户又不知道怎么这种关系怎么办,好办,我们提供一个统一的接口,按照这个关系组成一个客户想要的系统,客户只需知道这个外观模式下的接口就行了,他们没必要知道子系统之间是用什么关系组成系统的就可以了。
举个例子:编译器,我们使用编译器编译代码的过程是这样的:词法分析、语法分析、中间代码生成、机器码生成,编译器就是按照顺着来编译代码的。
来看一下具体实现代码:
#include <iostream>
using namespace std;
// 语法分析子系统
class CSyntaxParser
{
public:
void SyntaxParser()
{
cout << "Syntax Parser" << endl;
}
};
// 生成中间代码子系统
class CGenMidCode
{
public:
void GenMidCode()
{
cout << "Generate middle code" << endl;
}
};
// 生成汇编代码子系统
class CGenAssemblyCode
{
public:
void GenAssemblyCode()
{
cout << "Generate assembly code" << endl;
}
};
// 链接生成可执行应用程序或库子系统
class CLinkSystem
{
public:
void LinkSystem()
{
cout << "Link System" << endl;
}
};
class Facade
{
public:
void Compile()
{
CSyntaxParser syntaxParser;
CGenMidCode genMidCode;
CGenAssemblyCode genAssemblyCode;
CLinkSystem linkSystem;
syntaxParser.SyntaxParser();
genMidCode.GenMidCode();
genAssemblyCode.GenAssemblyCode();
linkSystem.LinkSystem();
}
};
// 客户端
int main()
{
Facade facade;
facade.Compile();
}
总结:
这就是外观模式,它有几个特点(摘自DP一书),(1)它对客户屏蔽子系统组件,因而减少了客户处理的对象的数目并使得子系统使用起来更加方便。(2)它实现了子系统与客户之间的松耦合关系,而子系统内部的功能组件往往是紧耦合的。(3)如果应用需要,它并不限制它们使用子系统类。
结合上面编译器这个例子,进一步说明。对于(1),编译器类对客户屏蔽了子系统组件,客户只需处理编译器的对象就可以方便的使用子系统。对于(2),子系统的变化,不会影响到客户的使用,体现了子系统与客户的松耦合关系。对于(3),如果客户希望使用词法分析器,只需定义词法分析的类对象即可,并不受到限制。