概述:
在软件开发系统中,客户程序经常会与复杂系统的内部子系统之间产生耦合,而导致客户程序随着子系统的变化而变化。那么如何简化客户程序与子系统之间的交互接口?如何将复杂系统的内部子系统与客户程序之间的依赖解耦?这就是要说的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接口的变化