外观模式

# 分类

结构型模式

# 定义

外观模式(Facade Pattern) 又叫门面模式，隐藏系统的复杂性，并向客户端提供了一个可以访问系统的接口。这种模式涉及到一个单一的类，该类提供了客户端请求的简化方法和对现有系统类方法的委托调用。

# 意图

外观模式为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

# 应用场景

应用案例

去医院看病，可能要去挂号、门诊、划价、取药、让患者或患者家属觉得很复杂，如果有提供接待人员，只让接待人员来处理就很方便。
委托基金经理理财，只需要和基金经理进行对接即可，至于基金经理是如何处理这笔资金不用自己关心。基金经理背后可以做更多的理财操作，诸如购买股票、黄金、债券等等。

# 角色与结构图

ConcreteSubsystem：具体子系统角色 每个子系统都有自己定义的一组操作。
Facade：门面角色 定义一组操作简单的接口，内部实现了多个子系统的复杂操作。
Client：客户程序角色 调用门面对象方法。

下图解释了外观模式中各角色的作用

<<------------------------外观模式结构图--------------------------->>

# 示例代码

//四个子系统类
class SubSystemOne
{
  public void MethodOne(){
    Console.WriteLine("子系统方法一");
  }
}

1
2
3
4
5
6
7

class SubSystemTwo
{
  public void MethodTwo(){
    Console.WriteLine("子系统方法二");
  }
}

1
2
3
4
5
6

class SubSystemThree
{
  public void MethodThree(){
    Console.WriteLine("子系统方法三");
  }
}

1
2
3
4
5
6

class SubSystemFour
{
  public void MethodFour(){
    Console.WriteLine("子系统方法四");
  }
}

1
2
3
4
5
6

//外观类
class Facade
{
  SubSystemOne one;
  SubSystemTwo two;
  SubSystemThree three;
  SubSystemFour four;

  public Facade(){
    one = new SubSystemOne();
    two = new SubSystemTwo();
    three = new SubSystemThree();
    four = new SubSystemFour();
  }

  public void MethodA(){
    Console.WriteLine("方法组A");
    one.MethodOne();
    two.MethodTwo();
    four.MethodFour();
  }

  public void MethodB(){
    Console.WriteLine("方法组B");
    two.MethodTwo();
  }
}

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

//客户端调用
class Client{
  static void Main(String[] args){
    Facade facade = new Facade();

    facade.MethodA();
    facade.MethodB();

    Console.ReadLine();
  }
}

1
2
3
4
5
6
7
8
9
10
11

# 优点

减少系统的相互依赖。
提高灵活性。
提高安全性。

# 缺点

不符合开闭原则。如果要改东西很麻烦，继承重写都不合适。

# 小结

外观模式完美地体现了依赖倒转原则和迪米特法则的思想。
在设计初期阶段，应该要有意识的将不同的两个层分离。比如经典的三层架构，就需要考虑在数据库访问层和业务逻辑层、业务逻辑层和表示层的层与层之间建立外观Facade。这样可为复杂的子系统提供一个简单的接口，使得耦合大大降低。
在开发阶段，子系统往往因为不断的重构演化而变得越来越复杂，增加外观Facade可以提供一个简单的接口，减少它们之间的依赖。
在维护一个遗留的大型系统时，可能这个系统已经非常难以维护和扩展了，此时使用外观模式也是非常合适的。你可以为新系统开发一个外观Facade类，来提供设计粗糙或高度复杂的遗留代码的比较清晰简单的接口，让新系统与Facade对象交互，Facade与遗留代码交互所有复杂的工作。
主要解决？降低访问复杂系统的内部子系统时的复杂度，简化客户端之间的接口。
何时使用？1 客户端不需要知道系统内部的复杂联系，整个系统只需要提供一个“接待员”即可 2 定义系统的入口
如何解决？客户端不与系统耦合，外观类与系统耦合。
关键代码？在客户端和复杂系统之间再加一层，这一层将调用顺序、依赖关系等处理好。
注意：在层次结构中，可以使用外观模式定义系统中每一层的入口。

# 一句话概括

对外提供一个统一的方法，来访问子系统中的一群接口。

编辑

#设计模式

上次更新: 2025/03/22, 13:47:44

← 装饰模式组合模式→