Facade

外观

外观模式提供了一个统一的接口,用来访问子系统中的一群接口。外观定义了一个高层接口,让子系统更容易使用。
Facade Aim

适用性

  • 当你要为一个复杂子系统提供一个简单接口时。子系统往往因为不断演化而变得越来越复杂。大多数模式使用时都会产生更多更小的类。这使得子系统更具可重用性,也更容易对子系统进行定制,但这也给那些不需要定制子系统的用户带来一些使用上的困难。Facade可以提供一个简单的缺省视图,这一视图对大多数用户来说已经足够,而那些需要更多的可定制性的用户可以越过facade层。
  • 客户程序与抽象类的实现部分之间存在着很大的依赖性。引入facade将这个子系统与客户以及其他的子系统分离,可以提高子系统的独立性和可移植性。
  • 当你需要构建一个层次结构的子系统时,使用facade模式定义子系统中每层的入口点。如果子系统之间是相互依赖的,你可以让它们仅通过facade进行通讯,从而简化了它们之间的依赖关系。

结构

Facade Class

Facade - 知道哪些子系统类负责处理请求。将客户的请求代理给适当的子系统对象。
Subsystem classes - 实现子系统的功能。处理由Facade对象指派的任务。没有facade的任何相关信息;即没有指向facade的指针。

协作:
客户程序通过发送请求给Facade的方式与子系统通讯,Facade将这些消息转发给适当的子系统对象。尽管是子系统中的有关对象在做实际工作,但Facade模式本身也必须将它的接口转换成子系统的接口。
使用Facade的客户程序不需要直接访问子系统对象。

实现

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
42
43
44
45
46
#include <iostream>
//---------------------------------------------------
class PartA
{
public:
PartA(int a):m_a(a){}
void process()
{

std::cout<<"PartA: "<<m_a<<std::endl;
}
protected:
int m_a;
};
//---------------------------------------------------
class PartB
{
public:
void process() {std::cout<<"PartB"<<std::endl;}
};
//---------------------------------------------------
class PartC
{
public:
void process() {std::cout<<"PartC"<<std::endl;}
};
//---------------------------------------------------
class Facade
{
public:
void build_all(int a)
{

PartA pa(a);
PartB pb;
PartC pc;
pa.process();
pb.process();
pc.process();
}
};
//---------------------------------------------------
int main()
{

Facade f;
f.build_all(5);
system("Pause");
}

相关模式

  • Abstract Factory模式可以与Facade模式一起使用以提供一个接口,这一接口可用来以一种子系统独立的方式创建子系统对象。Abstract Factory也可以替代Facade模式隐藏那些与平台相关的类。
  • Mediator模式与Facade模式的相似之处是,它抽象了一些已有的类的功能。然而,Mediator的目的是对同事之间的任意通讯进行抽象,通常集中不属于任何单个对象的功能。Mediator的同事对象知道Mediator并与它通信,而不是直接与其他同类对象通信。相对而言,Facade模式仅对子系统对象的接口进行抽象,从而使它们更容易使用;它并不定义新功能,子系统也不知道facade的存在。
  • 通常来讲,仅需要一个Facade对象,因此Facade对象通常属于Singleton模式。

[1] 设计模式:可复用面向对象软件的基础
[2] Head First 设计模式