Facade模式---对象结构型模式

（包装外观类）通俗的讲就是对一组（复杂，难用的）接口用一个类进行高一层的包装，提供一组新的接口，使这些接口更方便被客户是用。例如ACE的wrapper facade，就是把OS的Socket API通信的接口进行了包装。

意图:为子系统中的一组接口提供一个一致的界面，F a c a d e 模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

动机：把一个系统化分成若干个子系统有利于降低系统的复杂性。但是划分成几个子系统之后需要降低子系统之间耦合和依赖性，得到这个目标的途径之一就是引入一个facade对象，它为子系统中较一般的设施提供了一个单一而简单的界面。

比如说：ACE中的wrapper facade中的ACE_SOCK_Connector和ACE_SOCK_Acceptor就对socket通信时的各个API的调用顺序在内部进行了封装并提供了统一接口，使用起来更加安全。

适用性：

1. 当你要为一个复杂子系统提供一个简单接口时。

2.客户程序与抽象类的实现部分之间存在很大依赖性。引入外观模式可以将这个子系统与客户和其他子系统分离，可提高系统的独立性和可移植性。

3.当需要构建一个层次结构的子系统时，使用外观模式定义子系统中每层的入口点。

参与者：

Facade：（1）知道那些子系统类负责处理请求。（2）把客户请求代理给适当的子系统。
Subsystem classes：（1）实现子系统的功能。（2）处理由Facade指派的任务。（3）没有Facade的任何相关信息；即没有Facade的指针（下层不依赖于上层）。

实现：

（1）降低客户子系统之间的耦合度。用抽象类实现Facade而它的具体子类对应于不同的子系统实现，可以进一步降低客户与子系统之间的耦合度。（当然这个是对比较复杂系统进行包装时的准则，对于比较简单的，比如仅仅是封装一些API接口的话是不需要用到抽象类的）。

（2）子系统类与似有子系统类。子系统封装了一些类，类有公共接口和私有接口，类的公有接口是提供给外界和子系统访问的，类的私有接口只被自己调用；系统的公有接口提供给外界访问的，而私有接口是扩充功能的。Facade类的接口是公有接

口的一部分但不是全部，子系统的公有接口也是客户可以访问的。

总结：

编译代码的例子：输入汇编/C代码流input，要求输出机器代码流output。

如果不用外观模式的话，需要按下面的步骤一步一步的来：

Scaner scaner(input);

ProgramNodeBuilder buider;

Parse parse;

parse.parse(scaner, builder);

RISCCCodeGenerator generator(output);

ProgramNode* parseTree = builder.GetRootNode();

parseTree->Traverse(genetor);

这样比较麻烦和出错。

可以定义一个包装外观类Compiler，并在其构造函数里面：

void Compiler::Compiler(istream& input, BytecodeStream& output)

{

Scaner scaner(input);

ProgramNodeBuilder buider;

Parse parse;

parse.parse(scaner, builder);

RISCCCodeGenerator generator(output);

ProgramNode* parseTree = builder.GetRootNode();

parseTree->Traverse(genetor);

}

用的时候直接生成一个Compiler的对象就可以了。

通常只需要一个外观对象，所以Facade对象一般是单体模式。