设计模式-1.7外观模式

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

外观模式应该是用的很多的一种模式，特别是当一个系统很复杂时，系统提供给客户的是一个简单的对外接口，而把里面复杂的结构都封装了起来。客户只需使用这些简单接口就能使用这个系统，而不需要关注内部复杂的结构。

 1 class Scanner
 2 {
 3 public:
 4     void Scan() { cout<<"词法分析"<<endl; }
 5 };
 6 class Parser
 7 {
 8 public:
 9     void Parse() { cout<<"语法分析"<<endl; }
10 };
11 class GenMidCode
12 {
13 public:
14     void GenCode() { cout<<"产生中间代码"<<endl; }
15 };
16 class GenMachineCode
17 {
18 public:
19     void GenCode() { cout<<"产生机器码"<<endl;}
20 };
21 //高层接口
22 class Compiler
23 {
24 public:
25     void Run() 
26     {
27         Scanner scanner;
28         Parser parser;
29         GenMidCode genMidCode;
30         GenMachineCode genMacCode;
31         scanner.Scan();
32         parser.Parse();
33         genMidCode.GenCode();
34         genMacCode.GenCode();
35     }
36 };

1 int main()
2 {
3     Compiler compiler;
4     compiler.Run();
5     return 0;
6 }

这就是外观模式，它有几个特点（摘自DP一书），（1）它对客户屏蔽子系统组件，因而减少了客户处理的对象的数目并使得子系统使用起来更加方便。（2）它实现了子系统与客户之间的松耦合关系，而子系统内部的功能组件往往是紧耦合的。（3）如果应用需要，它并不限制它们使用子系统类。

结合上面编译器这个例子，进一步说明。对于（1），编译器类对客户屏蔽了子系统组件，客户只需处理编译器的对象就可以方便的使用子系统。对于（2），子系统的变化，不会影响到客户的使用，体现了子系统与客户的松耦合关系。对于（3），如果客户希望使用词法分析器，只需定义词法分析的类对象即可，并不受到限制。