标签：
1. 外观（门面）模式（Facade Pattern）的定义
（1）为子系统中的一组接口提供一个一致的界面，Façade模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
①这里说的界面是指从一个组件外部来看这个组件，能够看到什么，也就是外观。如从一个类外部看这个类，那么这个类的public方法或接口就是他的外观。
②这里所说的“接口”是指外部和内部交互的一个通道（方法），可以是类的方法，也可以是interface的方法。
（2）外观模式的结构和说明
①Façade：定义子系统的多个模块对外的高层接口，通常需要调用内部多个模块，从而把客户的请求代理给适当的子系统对象
②模块：接受Façade对象的委派，真正实现功能，各个模块之间可能有交互。但请注意，Façade对象知道各个模块，但是各个模块不应该知道Façade对象。
（3）思考外观模式
①外观模式的本质：封装交互、简化调用。Façade封装了子系统外部和子系统内部多个模块的交互过程，从而简化了外部的调用，通过外观，子系统为外部提供一些高层的接口，以方便它们的使用。它很好的体现了“最少知识原则（DoL）”
②外观模式的目的：外观模式的目的不是给子系统添加新的功能接口，而是为了让外部减少与子系统内部多个模块的交互，松散耦合，从而让外部能够更简单地使用子系统。
③Façade表面上看只是把客户端的代搬到了Façade里，但是有本质上的区别。因为Façade位于系统而不是客户端的一侧，它相当于屏蔽了外部客户端和系统内部模块的交互，同时Façade可以被多个客户端调用，实现复用。
④外观是当作子系统对外的接口出现的，虽然可以在这里定义一些子系统没有的功能，但不建议这样做。外观应该是包装己有的功能，而不是添加新的功能。因为有时客户端可能需要绕开Façade，直接调用某个具体模块。而如果在Façade中添加新的功能，但可能最后调用的结果是不同的。
⑤外观可以提供一些缺省的功能实现。
2. 外观模式的实现
（1）Façade的实现
对于一个子系统而言，外观类不需要很多，通常可以实现成一个单例。也可以直接把外观中的方法实现成静态方法，这样就可以不需要创建外观对象就可以直接调用，这种实现相当于把外观类当成一个辅助的工具类实现。
（2）Façade可以实现为Interface
通常Façade直接实现为为，但是也可以实现成真正的接口，这里还需要一个Façade的实现，一般可以用工厂方法来获取实现Façade接口的对象。实现为接口的好处是能够有选择地暴露接口，尽量减少模块对子系统对外提供的接口方法。
（3）Façade的方法
一般是负责把客户端的请求转发给子系统内部的各个模块进行处理， Façade的方法实现的只是一个功能的组合调用和转发。但Façade不应参与子系统内的业务逻辑，这会导致子系统必须依赖外观才能被访问，这超出了Façade的本意，也违反了单一职责原则。
3. 外观模式的优缺点
（1）优点
①松散耦合：外观模式松散了客户端与子系统的耦合，让子系统内部的模块能更容易扩展和维护。
②简单易用：客户端不再需要了解子系统内部实现，也不需要与众多的子系统内部模块进行交互，只需要跟外观交互就可以了。相当于外部类为客户端使用子系统提供了一站式服务。
③更好地划分访问的层次。有些方法是对系统外的，有些是系统内部使用的。把需要暴露给外部的功能集中到外观中，这样既方便客户端使用，也很好地隐藏了内部的细节。
（2）缺点：不符合开闭原则，有时可能需要修改外观角色的代码；过多使用Façade容易让人迷惑。
4. 外观模式的使用场景
（1）为一个复杂的模块或子系统提供一个外界访问的接口
（2）子系统相对独立，外界对子系统访问只要黑箱操作即可。如利息计算很复杂，需要深厚的业务知识和扎实的技术水平。但对于客户端来讲，要求输入金额和存期，就可以返回最终的利息。这里可以用外观模式。
（3）当需要构建一个层次结构的子系统时，使用Façade定义子系统中每层的入口点。如果子系统是相互依赖的，可以让它们仅通过Façade进行通讯，从而简化它们的依赖关系。
【编程实验】编译过程的模拟
//结构型模式：外观模式 //场景：编译过程的简化。 //编译器内部所做的事情：词法分析、语法分析、代码优化、代码生成等 //对于客户端来讲，只要给文件路径，只能产生最终的结果。编译器内部所做的 //事情对客户端来说是透明的。 #include <iostream> using namespace std; //扫描器 class Scanner { public: void scan(const char* lpszInput) { cout <<"Scanning: " << lpszInput << endl; } }; //分析器 class Parser { public: void parse(const char* lpszInput) { cout <<"Analysing: " << lpszInput << endl; } }; //代码生成器 class CodeGenerator { public: void codeGen(const char* lpszOutput) { cout <<"Code generate, output to: " << lpszOutput<< endl; } }; //提供一个外观类（编译器） class Compiler { private: Scanner s; Parser p; CodeGenerator c; public: void compile(const char* lpszInput, const char* lpszOutput) { s.scan(lpszInput); p.parse(lpszInput); c.codeGen(lpszOutput); } }; //使用编译系统：这个系统包括扫描器、分析器、生成器。并且提供了一个外观接口 //Compiler类 int main() { //客户端调用 Compiler c; c.compile("123.cpp", "123.exe"); return 0; }
5. 相关模式
（1）外观模式与中介者模式
①这两者很相似，但有本质的区别
②中介者用来封装多个对象之间的交互，多用在系统内部的多个模块之间；而外观的封装是单向的交互，是从客户端访问系统的调用，没有从系统中来访问客户端的调用。
③在中介者模式的实现里面，需要实现具体的交互功能；而外观模式的实现里面，一般是组合调用或转调内部实现的功能，通常外观模式本身并不实现这些功能。
④中介者模式的目的主要是松散多个模块之间的耦合，把这些耦合关系全部放到中介者中去实现；而外观模式的目的是简化客户端的调用。
标签：
原文地址：http://www.cnblogs.com/5iedu/p/5538954.html
