外观模式（Facade Pattern）是一种结构型设计模式，其主要目的是为复杂的子系统提供一个统一的接口，使得客户端能够通过这个简单的接口访问子系统的功能，而无需了解子系统的具体细节。它将客户端与多个复杂的子系统之间的交互封装起来，使得系统更加简洁和易用。
通过外观模式，客户端只需要通过外观类提供的接口进行交互，而不必了解内部复杂的实现和组件，减少了客户端的复杂度。
一、外观模式的结构
外观模式的结构主要由以下几个角色组成：
-
外观类（Facade）：
提供一个统一的接口，用来访问子系统的功能。外观类通常会协调多个子系统对象的调用，简化客户端的使用。它将系统的复杂操作封装在一个简单的接口中。
-
子系统类（Subsystem Classes）：
这些类是实现具体功能的类，通常它们会有比较复杂的接口，提供不同的业务操作。外观类将这些子系统的复杂接口封装为简单易用的接口供客户端使用。
-
客户端（Client）：
客户端通过外观类与系统进行交互，而不需要了解子系统的内部实现细节。客户端通过外观类提供的简单接口来执行复杂的操作。
二、外观模式的工作原理
外观模式的工作原理是通过外观类将复杂的子系统操作简化为一个简单的接口。客户端通过这个接口与系统进行交互，避免了直接调用各个子系统类中的方法。外观类通常会调用多个子系统对象的功能，并对这些功能进行适当的封装和组合，返回给客户端一个统一的结果。
三、外观模式的示例
示例：家庭影院系统
假设我们有一个家庭影院系统，包括多个子系统，如电视、DVD播放器、灯光等，客户端需要控制这些子系统来播放电影。如果每次操作时都需要直接调用每个子系统的相关方法，客户端的代码将会变得非常复杂。此时，我们可以通过外观模式提供一个统一的接口，简化操作。
子系统类
java
public class DVD {
public void on(){
System.out.println("DVD打开");
}
public void off(){
System.out.println("DVD关闭");
}
}
java
public class Light {
public void on(){
System.out.println("灯光打开");
}
public void off(){
System.out.println("灯光关闭");
}
}
java
public class TV {
public void on(){
System.out.println("电视打开");
}
public void off(){
System.out.println("电视关闭");
}
}外观类
java
public class Facade {
private final DVD dvd = new DVD();
private final Light light = new Light();
private final TV tv = new TV();
public void on(){
tv.on();
light.on();
dvd.on();
}
public void off(){
tv.off();
light.off();
dvd.off();
}
}客户端代码
java
public class Client {
public static void main(String[] args) {
Facade facade = new Facade();
facade.on();
facade.off();
}
}运行结果
解释：
在这个例子中，Facade类作为外观类，封装了家庭影院系统的复杂操作。客户端只需调用on()和off()方法，便可控制多个子系统（TV、DVD播放器和灯光）的操作，而无需直接与这些子系统交互。
四、外观模式的优缺点
优点：
-
简化了客户端的调用：
客户端通过外观类访问系统，不需要直接与子系统交互，避免了复杂的操作和调用，提高了系统的易用性。
-
降低了系统的耦合度：
外观模式将客户端与子系统解耦，客户端不需要了解子系统的内部结构和实现细节，只需要依赖外观类提供的接口，从而降低了系统的耦合度。
-
提高了系统的可维护性：
外观模式通过将复杂的子系统封装在外观类中，使得子系统的修改不影响客户端的使用。当系统内部需要修改或优化时，客户端不需要进行任何改动，只需依赖外观类提供的稳定接口。
-
更好的组织和模块化：
外观类提供了系统的高层次接口，使得客户端可以方便地了解和使用系统。子系统内部的复杂逻辑被隐藏在外部，外观类负责组织和协调。
缺点：
-
可能造成过度封装：
外观模式过度简化了系统的接口，如果某些复杂的操作无法通过外观类提供的接口完成，客户端可能需要突破外观类来访问子系统，这样可能会导致外观模式失去其本来的优势。
-
不利于灵活性：
外观类将子系统的接口进行了封装，使得某些灵活的操作变得不可用。外观模式本身倾向于将系统封装为固定的接口，可能会限制系统的灵活性。
五、外观模式的应用场景
-
系统复杂度较高时：
当系统中的多个子系统相互独立且彼此之间的依赖关系较复杂时，使用外观模式可以帮助将这些复杂的交互隐藏在外部接口中，简化客户端的调用过程。
-
简化客户端接口：
当客户端需要访问一个复杂子系统的多个功能时，可以通过外观模式为客户端提供一个更简单的接口，避免客户端直接处理子系统中的多个类和复杂逻辑。
-
多个系统或子系统之间的接口协调：
外观模式适用于需要协调多个系统或子系统接口的情况。通过外观类提供一个统一的访问点，客户端可以更方便地操作这些系统。
-
提高子系统的模块化：
外观模式使得子系统的模块化更加清晰，将系统的复杂性封装在子系统内部，客户端不需要关心内部的实现，专注于通过外观类提供的接口进行交互。