java设计模式：03-05-外观模式

外观模式（Facade Pattern）

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

外观模式的应用场景

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

外观模式的实现方式

1. 传统实现方式

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

实现方式：

java 复制代码

// 子系统类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. 参数化外观模式

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

实现方式：

java 复制代码

// 子系统类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);
    }
}

优点：

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

缺点：

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

总结

实现方式	优点	缺点
传统实现方式	简化客户端与子系统的交互，降低耦合度，符合单一职责原则	增加额外的外观类，如果子系统接口已经足够简洁，显得多余
参数化外观模式	提供灵活配置选项，使得外观类行为可调整，仍然简化客户端与子系统交互	接口变得复杂，不如传统外观模式简洁，需要客户端传递参数

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