外观模式（人人都懂的设计模式）
概述：
在软件开发系统中，客户程序经常会与复杂系统的内部子系统之间产生耦合，而导致客户程序随着子系统的变化而变化。那么如何简化客户程序与子系统之间的交互接口？如何将复杂系统的内部子系统与客户程序之间的依赖解耦？这就是要说的Façade 模式。
为子系统中的一组接口提供一个一致的界面，Facade模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。[GOF 《设计模式》]
结构图：
这里在附上一个有助于理解的图
未使用外观模式
使用外观模式后
外观模式在我们的开发中其实用的非常的多，随处可见，我这里就随便举个例子（可能不是很恰当，但是一看基本就懂了）
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
|
/// <summary> /// 方法一 /// </summary> public class Method1 { public void GetMsg() { Console.WriteLine("男的"); } } /// <summary> /// 方法二 /// </summary> public class Method2 { public void GetMsg() { Console.WriteLine("女的"); } } |
客户端调用，男的调用方法一，女的调用方法二（好吧这个是个公厕入口）
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
|
class Program { static void Main(string[] args) { //平常的方法 string sex = "男"; if (sex == "男") { Method1 m = new Method1(); m.GetMsg(); } else if (sex == "女") { Method2 m = new Method2(); m.GetMsg(); } Console.ReadLine(); } } |
这样做是合理的，但是我们在调用的时候希望更简单，不需要这么多的逻辑判断，你给一个接口给我，我把参数穿进去，就完事了。好，我们用外观来实现这种效果。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
|
/// <summary> /// 外观场景 /// </summary> public class Facade { public void GetMsg(string sex) { if (sex == "男") { Method1 m = new Method1(); m.GetMsg(); } else if (sex == "女") { Method2 m = new Method2(); m.GetMsg(); } } } /// <summary> /// 方法一 /// </summary> public class Method1 { public void GetMsg() { Console.WriteLine("男的"); } } /// <summary> /// 方法二 /// </summary> public class Method2 { public void GetMsg() { Console.WriteLine("女的"); } } |
客户端调用
|
1
2
3
4
5
6
7
8
9
10
11
12
|
class Program { static void Main(string[] args) { //平常的方法 string sex = "男"; Facade facde = new Facade(); facde.GetMsg(sex); Console.ReadLine(); } } |
使用外观模式之后，是不是感觉调用起来非常的简介。相信这个模式大家都会用！
适用性：
1．为一个复杂子系统提供一个简单接口。
2．提高子系统的独立性。
3．在层次化结构中，可以使用Facade模式定义系统中每一层的入口。
总结：
Façade模式注重的是简化接口，它更多的时候是从架构的层次去看整个系统，而并非单个类的层次。
从客户程序的角度来看，Facade模式不仅简化了整个组件系统的接口，同时对于组件内部与外部客户程序来说，从某种程度上也达到了一种“解耦”的效果----内部子系统的任何变化不会影响到Facade接口的变化
