设计模式实现（八）--- 外观模式（Facade）

外观模式的目的是降低类与类之间的耦合性，在我们了解外观模式前先了解下迪米特法则。

迪米特法则(LoD)也叫最少知识原则。
迪米特法则首先强调的前提是在类的结构设计上，每一个类都应当尽量降低成员的访问权限，也就是说，一个类包装好自己的private状态，不需要让别的类知道的字段或行为就不要公开。
迪米特法则其根本思想，是强调了类之间的松耦合。类之间的耦合越弱，越有利于复用，一个处在弱耦合的类被修改，不会对有关系的类造成波及。

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

外观模式在什么时候最好用呢：

首先，在设计初期阶段，应该要有意识的将不同的两个层分离，
比如经典的三层架构，就需要考虑在数据访问层和业务逻辑层、业务逻辑层和表示层的层与层之间建立外观facade，这样就可以为复杂的子系统提供一个简单的接口，使得偶尔大大降低。
其次，在开发阶段，子系统往往因为不断的重构演化而变得越来越复杂，大多数的模式使用时也都会产生很多很小的类，，给外部调用他们的用户程序上带来了使用上的困难，增加外观Facade可以提供一个简单的接口，减少它们之间的依赖。
第三，在维护一个一流的大型系统时，可能这个系统已经非常难以维护和扩展了，但因为它包含非常重要的功能，新的需求开发必须要依赖于它。你可以为新系统开发一个外观类，来提供设计粗糙或高度复杂的遗留代码的比较清晰简单的接口，让新系统与Facade对象交互，Facade与遗留代码交互所有复杂的工作。

外观模式实现原型：

#include <stdio.h>//四个子系统的类class SubSystemOne{public:void MethodOne(){printf("子系统方法一\n");}};class SubSystemTwo{public:void MethodTwo(){printf("子系统方法二\n");}};class SubSystemThree{public:void MethodThree(){printf("子系统方法三\n");}};class SubSystemFour{public:void MethodFour(){printf("子系统方法四\n");}};//外观类，注意此处是关联，不是继承。也可以说成是聚合关系（弱拥有）class Facade{public:SubSystemOne one;SubSystemTwo two;SubSystemThree three;SubSystemFour four;public:void methodA(){printf("方法组A：---\n");one.MethodOne();two.MethodTwo();three.MethodThree();four.MethodFour();}void methodB(){printf("方法组B：---\n");two.MethodTwo();three.MethodThree();}};//客户端int main(){Facade facade;facade.methodA();facade.methodB();return 1;}