设计模式——外观模式(Facade)

1. 意图

为子系统中的一组接口提供一个一致的界面. 然后客户大部分时候只需要使用这个界面就可以了. 这比直接使用子系统内的各个接口要容易.

2. 动机

3. 适用性

要为一个复杂的子系统提供一个简单的接口时. 客户程序与抽象类的实现间存在着很大的依赖性时.使用该模式可分离子系统与客户.增强独立性.

4.实例

外观模式应该是用的很多的一种模式，特别是当一个系统很复杂时，系统提供给客户的是一个简单的对外接口，而把里面复杂的结构都封装了起来。客户只需使用这些简单接口就能使用这个系统，而不需要关注内部复杂的结构。DP一书的定义：为子系统中的一组接口提供一个一致的界面， 外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。举个编译器的例子，假设编译一个程序需要经过四个步骤：词法分析、语法分析、中间代码生成、机器码生成。学过编译都知道，每一步都很复杂。对于编译器这个系统，就可以使用外观模式。可以定义一个高层接口，比如名为Compiler的类，里面有一个名为Run的函数。客户只需调用这个函数就可以编译程序，至于Run函数内部的具体操作，客户无需知道。下面给出UML图，以编译器为实例。

        相应的代码实现为：

[cpp]  view plain copy print ?

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. };  

       客户使用方式：

[cpp]  view plain copy print ?

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

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

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