java23种设计模式-外观模式

外观模式（Facade Pattern）学习笔记

🌟 定义

外观模式 属于结构型设计模式，提供一个统一的接口来访问子系统中的多个接口。它通过定义一个高层接口简化客户端与复杂子系统的交互。

🎯 适用场景

为复杂子系统提供简单入口
解耦客户端与子系统
分层构建系统（各层通过外观类交互）
遗留系统重构（用外观类封装旧接口）

🔧 模式结构

📐 类图

Client Facade -subsystemA: SubsystemA -subsystemB: SubsystemB -subsystemC: SubsystemC +operation() SubsystemA +operationA() SubsystemB +operationB() SubsystemC +operationC()

🛠️ 核心组成

Facade（外观角色）
- 知道子系统功能
- 将客户端请求委派给对应子系统对象
Subsystem Classes（子系统角色）
- 实现子系统具体功能
- 不感知外观存在（可独立运行）

📝 代码示例

家庭影院场景

java 复制代码

// 子系统类
class Lights {
    void dim() { System.out.println("灯光调暗"); }
}

class SoundSystem {
    void on() { System.out.println("音响开启"); }
}

class Projector {
    void down() { System.out.println("幕布降下"); }
}

// 外观类
class HomeTheaterFacade {
    private Lights lights;
    private SoundSystem sound;
    private Projector projector;

    public HomeTheaterFacade() {
        this.lights = new Lights();
        this.sound = new SoundSystem();
        this.projector = new Projector();
    }

    public void watchMovie() {
        lights.dim();
        sound.on();
        projector.down();
    }
}

// 客户端
public class Client {
    public static void main(String[] args) {
        HomeTheaterFacade facade = new HomeTheaterFacade();
        facade.watchMovie(); // 一键启动观影模式
    }
}

✅ 优点

简化客户端使用复杂度
客户端与子系统松耦合
更好的访问控制（可限制直接访问子系统）
符合迪米特法则（最少知识原则）

⚠️ 缺点

过度使用会导致系统层级过多
增加维护成本（修改子系统可能需调整外观）
可能成为"上帝对象"（需注意职责划分）

🔄 相关模式对比

模式	区别
中介者模式	关注子系统间的通信协调
单例模式	外观类常实现为单例
抽象工厂模式	可与外观结合封装创建过程

💡 实践建议

优先考虑子系统重构而不是外观包装
保持外观类的单一职责
可创建多个外观类对应不同使用场景
通过依赖注入管理子系统对象

掌握外观模式的关键在于理解它作为系统门户的定位，合理使用可以显著提升系统的易用性和可维护性。