概述
外观模式是一种结构型设计模式，它通过提供一个统一的接口来封装一组复杂子系统的内部细节，使子系统更容易被外界使用。这种模式如同为复杂的系统构建了一个简单的外观或接口，隐藏了系统内部的复杂性，并降低了客户与子系统之间的耦合度。
目的
简化接口：为复杂的子系统提供一个简化的接口，使得客户端无需了解子系统的具体实现细节。
减少耦合：通过引入外观类，可以降低客户端与子系统之间的直接依赖，提高系统的可维护性和可扩展性。
提高灵活性：如果子系统发生变化，只需调整外观类即可，客户端代码基本不需要改动。
结构
Facade（外观类）：为多个子系统的外部调用提供一个统一的接口。它了解各个子系统的功能，并将客户端的请求委派给适当的子系统对象处理。
Subsystem Classes（子系统类）：实现了系统的实际功能，但这些功能对于客户端通常是不可见的。子系统之间可以相互协作，但这些细节都被外观类隐藏起来。
实现步骤
识别子系统：分析并确定需要被封装的复杂子系统。
定义外观接口：设计一个外观接口，该接口提供了客户端需要的简化操作。
实现外观类：在外观类中，实现外观接口定义的方法。这些方法会调用相应的子系统类来完成实际的功能。
客户端调用：客户端不再直接调用子系统类，而是通过调用外观类的方法来间接访问子系统。
示例代码（Java）
// 子系统类
class SubsystemA {
public void operationA() {
System.out.println("Subsystem A operation");
}
}
class SubsystemB {
public void operationB() {
System.out.println("Subsystem B operation");
}
}
// 外观类
class Facade {
private SubsystemA subsystemA;
private SubsystemB subsystemB;
public Facade() {
this.subsystemA = new SubsystemA();
this.subsystemB = new SubsystemB();
}
public void performTask() {
subsystemA.operationA();
subsystemB.operationB();
}
}
// 客户端代码
public class Client {
public static void main(String[ ] args) {
Facade facade = new Facade();
facade.performTask();
}
}适用场景
当你需要为一个复杂的子系统提供一个简单的接口时。
当你想要减少客户端与子系统之间的耦合时。
当你需要为现有系统添加新功能，而又不想修改现有客户端代码时。
优点
提高了系统的易用性，使得客户端更容易使用子系统。
减少了客户端与子系统之间的耦合，便于子系统的独立发展和维护。
为系统未来的扩展提供了更好的灵活性。
缺点
如果过度使用外观模式，可能会增加新的外观类，导致系统结构变得更加复杂。
对于一些需要展现子系统内部复杂性的场景，外观模式可能隐藏过多的实现细节，不利于调试和理解系统的工作原理。
在这个示例中，Facade类作为外观，提供了performTask方法，该方法内部调用了SubsystemA和SubsystemB的相应操作，而客户端只需要调用performTask方法即可，无需关心子系统的具体实现。
评论区