Java中【外观模式】详解

Java外观模式原理

外观模式（Facade Pattern）是一种结构型设计模式，其主要目的是为了简化一个复杂系统的接口，从而提供一个更高层次的、更简单的接口给客户端使用。外观模式隐藏了子系统组件的复杂细节，使得客户端不需要直接与各个子系统交互，而是通过一个统一的外观类来进行操作。

原理概览

• 外观（Facade）类：提供了一个简化的接口，客户端通过这个接口访问子系统。
• 子系统类：实现具体的业务逻辑，通常包含一组相互协作的类。
• 客户端：只与外观类交互，无需了解子系统的内部结构。

实现

假设我们有一个家庭自动化系统，包括灯光控制、窗帘控制和温度控制等子系统，我们可以使用外观模式来简化客户端对整个系统的调用。

// 子系统类
class Light {
    public void on() {
        System.out.println("Light is on");
    }

    public void off() {
        System.out.println("Light is off");
    }
}

class Curtain {
    public void open() {
        System.out.println("Curtain is open");
    }

    public void close() {
        System.out.println("Curtain is closed");
    }
}

// 外观类
class HomeAutomationFacade {
    private Light light;
    private Curtain curtain;

    public HomeAutomationFacade(Light light, Curtain curtain) {
        this.light = light;
        this.curtain = curtain;
    }

    public void goodNight() {
        light.off();
        curtain.close();
    }
}

// 客户端代码
public class Client {
    public static void main(String[] args) {
        Light light = new Light();
        Curtain curtain = new Curtain();
        HomeAutomationFacade facade = new HomeAutomationFacade(light, curtain);
        
        facade.goodNight(); // 调用外观类的简化方法
    }
}

优缺点

优点

1. 简化接口：通过提供一个统一的接口，减少了客户端需要处理的复杂度。
2. 解耦：降低了客户端与子系统的耦合，使得子系统的变更不会影响到客户端。
3. 易于维护和扩展：子系统内部的修改不会影响到外观类，便于维护和后续的扩展。

缺点

1. 不符合开闭原则：当需要添加新的功能时，可能需要修改外观类，这违反了开闭原则（对扩展开放，对修改关闭）。
2. 过度抽象：在不必要的情况下使用外观模式可能会造成额外的抽象层，增加系统的复杂性。

使用场景

• 系统中存在多个复杂的子系统或模块，对外部客户端来说直接访问这些子系统过于复杂。
• 需要为一组子系统提供一个统一的入口点。
• 希望降低客户端与子系统的耦合，简化客户端的使用。

外观模式适用于那些需要简化并封装复杂子系统接口的情况，以便提供一个更为直观和简洁的高级接口。