外观模式（Facade Pattern）

外观模式（Facade Pattern）是一种结构型设计模式，它为子系统中的一组接口提供一个一致的界面。外观模式定义了一个高层接口，使得子系统更容易使用。

外观模式的应用场景

• 为一个复杂子系统提供一个简单接口：如数据库操作、文件系统操作等。
• 减少客户端与子系统之间的耦合：客户端只需要与外观对象交互，而不需要了解子系统的细节。
• 希望层次化子系统，建立一组松散耦合的子系统：如三层架构中的数据访问层、业务逻辑层和表示层。

外观模式的实现方式

1. 传统实现方式

思想：通过定义一个外观类，该外观类将复杂的子系统接口简化成一个简单的接口供客户端使用。

实现方式：

// 子系统类A class SubsystemA {     public void operationA() {         System.out.println("SubsystemA operation");     } }  // 子系统类B class SubsystemB {     public void operationB() {         System.out.println("SubsystemB operation");     } }  // 子系统类C class SubsystemC {     public void operationC() {         System.out.println("SubsystemC operation");     } }  // 外观类 class Facade {     private SubsystemA subsystemA;     private SubsystemB subsystemB;     private SubsystemC subsystemC;      public Facade() {         subsystemA = new SubsystemA();         subsystemB = new SubsystemB();         subsystemC = new SubsystemC();     }      public void operation() {         subsystemA.operationA();         subsystemB.operationB();         subsystemC.operationC();     } }  // 客户端代码 public class FacadePattern {     public static void main(String[] args) {         Facade facade = new Facade();         facade.operation();     } } 

优点：

• 简化了客户端与子系统的交互，使得子系统更易于使用。
• 客户端与子系统之间的耦合度降低，客户端不需要知道子系统的具体实现。
• 符合单一职责原则，外观类负责与客户端交互，子系统类负责具体功能实现。

缺点：

• 增加了额外的外观类，如果子系统接口已经足够简洁，增加外观类可能显得多余。
• 可能会隐藏一些子系统的功能，限制了灵活性。

2. 参数化外观模式

思想：通过传递参数来配置外观类的行为，使得外观类更加灵活和可配置。

实现方式：

// 子系统类A class SubsystemA {     public void operationA() {         System.out.println("SubsystemA operation");     } }  // 子系统类B class SubsystemB {     public void operationB() {         System.out.println("SubsystemB operation");     } }  // 子系统类C class SubsystemC {     public void operationC() {         System.out.println("SubsystemC operation");     } }  // 外观类 class ConfigurableFacade {     private SubsystemA subsystemA;     private SubsystemB subsystemB;     private SubsystemC subsystemC;      public ConfigurableFacade() {         subsystemA = new SubsystemA();         subsystemB = new SubsystemB();         subsystemC = new SubsystemC();     }      public void operation(boolean useA, boolean useB, boolean useC) {         if (useA) subsystemA.operationA();         if (useB) subsystemB.operationB();         if (useC) subsystemC.operationC();     } }  // 客户端代码 public class ConfigurableFacadePattern {     public static void main(String[] args) {         ConfigurableFacade facade = new ConfigurableFacade();         facade.operation(true, false, true);     } } 

优点：

• 提供了灵活的配置选项，使得外观类可以根据具体需求调整行为。
• 仍然简化了客户端与子系统的交互，降低了耦合度。

缺点：

• 使得外观类的接口变得复杂，不如传统外观模式简洁。
• 需要客户端传递参数来配置外观类的行为，增加了使用的复杂性。

总结

选择哪种实现方式应根据具体的需求和系统的复杂度来决定。如果需要简化客户端与子系统的交互，可以选择传统实现方式。如果需要外观类更加灵活和可配置，可以选择参数化外观模式。