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），如果客户希望使用词法分析器，只需定义词法分析的类对象即可，并不受到限制。