外观模式（Facade Pattern）
外观模式（Facade Pattern）是一种结构型设计模式，它通过提供一个统一的接口，用来访问子系统中的一群接口，从而让复杂子系统更容易使用。外观模式定义了一个高层接口，使得这一子系统更加容易使用。
适用场景
-
简化复杂系统的接口：
- 为复杂的子系统提供一个简单的接口，减少外部与子系统的交互复杂度。
-
层次结构：
- 在多层系统结构中，可以使用外观模式定义每层的入口，简化层之间的依赖关系。
-
解耦系统：
- 通过引入外观模式，使得子系统与客户端之间的耦合度降低。
实现示例（Java）
以下是一个简单的外观模式的实现示例，展示如何通过外观类简化对子系统的使用。
1. 定义子系统类
public class SubsystemA {
public void operationA() {
System.out.println("SubsystemA: operationA");
}
}
public class SubsystemB {
public void operationB() {
System.out.println("SubsystemB: operationB");
}
}
public class SubsystemC {
public void operationC() {
System.out.println("SubsystemC: operationC");
}
}
2. 定义外观类
public class Facade {
private SubsystemA subsystemA;
private SubsystemB subsystemB;
private SubsystemC subsystemC;
public Facade() {
this.subsystemA = new SubsystemA();
this.subsystemB = new SubsystemB();
this.subsystemC = new SubsystemC();
}
public void operation1() {
System.out.println("Facade: operation1");
subsystemA.operationA();
subsystemB.operationB();
}
public void operation2() {
System.out.println("Facade: operation2");
subsystemB.operationB();
subsystemC.operationC();
}
}
3. 客户端代码
public class Client {
public static void main(String[] args) {
Facade facade = new Facade();
facade.operation1();
facade.operation2();
}
}
注释说明
-
子系统类：
SubsystemA,SubsystemB, 和SubsystemC是子系统的具体实现类，每个类都有自己独特的操作方法。
-
外观类：
Facade类持有子系统的对象，并提供简化的接口operation1和operation2来调用子系统的功能。
-
客户端代码：
Client类通过Facade类来调用operation1和operation2，从而简化了对复杂子系统的使用。
优点
-
简化接口：
- 外观模式为子系统提供了一个简单的接口，减少了与子系统交互的复杂度。
-
松散耦合：
- 外观模式使得子系统与客户端之间的耦合度降低，有助于提高系统的可维护性和扩展性。
-
更好的分层：
- 外观模式有助于建立一个清晰的分层结构，定义每层的入口。
缺点
-
不符合开闭原则：
- 增加新的子系统功能时，可能需要修改外观类，违背了开闭原则（对扩展开放，对修改关闭）。
-
可能造成性能问题：
- 在某些情况下，使用外观模式可能会导致系统性能下降，因为所有请求都需要经过外观类。
类图
Client
|
v
Facade ----> SubsystemA
----> SubsystemB
----> SubsystemC
总结
外观模式通过提供一个简化的接口，使得复杂子系统的使用变得更加容易。它适用于需要简化子系统接口、减少客户端与子系统直接交互、解耦系统层次结构的场景。尽管它有可能违反开闭原则，但在大多数情况下，它的优点远远超过其缺点，使得系统设计更加清晰和易于维护。
