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