设计模式实现（八）--- 外观模式（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;
}