目录
- [1. 简介](#1. 简介)
- [2. 代码](#2. 代码)
-
- [2.1 SelectFoodService (选择食品)](#2.1 SelectFoodService (选择食品))
- [2.2 PayService (支付服务)](#2.2 PayService (支付服务))
- [2.3 TakeService (制作服务)](#2.3 TakeService (制作服务))
- [2.4 OrderService (下单服务)](#2.4 OrderService (下单服务))
- [2.5 Food (食品)](#2.5 Food (食品))
- [2.6 TackingSystem （外观类）](#2.6 TackingSystem （外观类）)
- [2.7 Test （测试类）](#2.7 Test （测试类）)
- [3. 优缺点](#3. 优缺点)
- [3. 总结](#3. 总结)
1. 简介
外观模式是一种结构型设计模式。它为子系统中的一组接口提供了一个统一的高层接口，这个高层接口使得子系统更容易使用。就好像给一个复杂的机器（子系统）安装了一个简单的控制面板（外观类），用户通过操作这个控制面板就能轻松地使用机器的各种功能，而不需要了解机器内部复杂的结构和各个部件（子系统中的接口）是如何协同工作的。
例如，考虑一个计算机系统，它包含了 CPU、硬盘、内存等多个组件，每个组件都有自己复杂的操作接口。通过外观模式，可以创建一个 "计算机启动" 外观类，它内部封装了 CPU 初始化、硬盘加载系统文件、内存自检等操作。用户只需要调用 "计算机启动" 这个简单的操作，而不用去分别调用每个组件的复杂操作。
外观模式的结构组成
- 外观类（
Facade Class）
这是外观模式的核心。外观类知道哪些子系统类负责处理请求，并将客户的请求代理给适当的子系统对象。它简化了与子系统的交互方式，对外提供了一个更加简单、统一的接口。例如，在上述计算机启动的例子中，"计算机启动" 类就是外观类。 - 子系统类（
Sub - system Classes）
这些是实现具体功能的类，它们各自负责一个特定的、复杂的功能部分。在计算机系统中，CPU 类、硬盘类、内存类等都是子系统类。它们本身的操作可能很复杂，但外观类会对它们进行整合，使得用户不需要直接接触这些复杂的操作。
2. 代码
这里用点餐系统举例子。
2.1 SelectFoodService (选择食品)
java
public class SelectFoodService {
public void select(String foodName){
System.out.println("正在选择" + foodName + "。。。");
}
}2.2 PayService (支付服务)
java
public class PayService {
public void pay(){
System.out.println("正在支付。。。");
}
public boolean checkBanlance(){
System.out.println("正在检查用户余额。。。");
return true;
}
}2.3 TakeService (制作服务)
java
public class TakeService {
public void taking(){
System.out.println("正在制作外卖。。。");
}
}2.4 OrderService (下单服务)
java
public class OrderService {
public void makeOrder(){
System.out.println("正在下单。。。");
}
}2.5 Food (食品)
java
public class Food {
private String name;
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
}2.6 TackingSystem （外观类）
java
public class TackingSystem {
private SelectFoodService selectFoodService;
private PayService payService;
private OrderService orderService;
private TakeService takeService;
public TackingSystem(){
selectFoodService = new SelectFoodService();
payService = new PayService();
orderService = new OrderService();
takeService = new TakeService();
}
public void orderTacking(Food food){
// 点餐
selectFoodService.select(food.getName());
// 校验余额
boolean isPay = payService.checkBanlance();
// 支付
if(isPay){
payService.pay();
takeService.taking();
orderService.makeOrder();
}
}
}2.7 Test （测试类）
java
public class Test {
public static void main(String[] args) {
Food food = new Food();
food.setName("西红柿鸡蛋面");
TackingSystem tackingSystem = new TackingSystem();
tackingSystem.orderTacking(food);
}
}输出结果：
正在选择西红柿鸡蛋面。。。
正在检查用户余额。。。
正在支付。。。
正在制作外卖。。。
正在下单。。。
3. 优缺点
外观模式的优点
- 简化接口
为复杂的子系统提供了一个简单的、统一的接口，降低了客户端与子系统之间的耦合度。客户端只需要和外观类交互，不需要了解子系统内部的复杂细节，就像在家庭影院系统中，用户只需要通过外观类的 "watchMovie" 和 "endMovie" 方法就能轻松控制整个系统，而不用分别去操作每个设备。 - 提高可维护性和可扩展性
当子系统内部的结构和功能发生变化时，只要外观类的接口保持不变，客户端代码就不需要修改。例如，如果要升级 DVD 播放器的内部软件，只要它的 "turnOn" 和 "turnOff" 接口不变，外观类和客户端代码都不需要调整。同时，新的子系统可以很容易地添加到外观类中，方便系统的扩展。 - 实现了层次隔离
外观模式可以将系统的高层逻辑和底层实现分离开来。高层逻辑通过外观类来体现，底层的子系统则负责具体的功能实现。这种层次隔离使得代码的结构更加清晰，便于不同层次的开发人员分别进行开发和维护。
外观模式的缺点
- 不符合开闭原则的潜在风险
如果外观类的接口需要修改，可能会影响到所有使用该外观类的客户端。因为外观类是客户端和子系统之间的桥梁，一旦这个桥梁的接口发生变化，就可能需要修改客户端代码。例如，如果要在家庭影院系统的外观类中添加一个新的功能，如 "暂停电影"，那么所有使用这个外观类的客户端代码可能都需要相应地修改，这在一定程度上不符合开闭原则（对扩展开放，对修改关闭）。 - 外观类可能会变得过于复杂
如果子系统本身非常庞大和复杂，外观类需要整合大量的子系统接口，那么外观类可能会变得臃肿和复杂。这可能会导致外观类的维护成本增加，而且可能会降低代码的可读性。例如，一个大型企业级软件系统的外观类，如果要整合众多的子系统，如数据库管理系统、消息队列系统、文件存储系统等，外观类的代码可能会变得非常复杂。
3. 总结
其实就是定义多个子系统，一个总系统，随后总系统初始化多个子系统，然后使用就行了。