外观模式通过封装复杂子系统，提供统一简化接口，使客户端无需了解内部细节即可便捷调用功能，降低耦合，提升易用性与维护性。
外观模式通过为复杂子系统提供一个统一的高层接口，屏蔽底层组件的复杂性，让客户端无需了解内部细节就能方便地调用功能。它不改变子系统本身，而是在其之上封装出一个更简单、清晰的入口。
简化接口：隐藏复杂性
当一个系统由多个类、模块或服务组成时，客户端直接调用这些组件会面临调用顺序混乱、依赖关系复杂、接口过多等问题。外观模式引入一个外观类，集中处理这些交互。
- 外观类封装了子系统的调用流程，比如初始化多个对象、按顺序执行方法等
- 客户端只需调用外观类的少数几个方法，无需关心内部协作逻辑
- 降低使用门槛，新开发者不需要理解全部模块也能快速集成
统一入口：集中管理调用逻辑
外观模式定义一个中心化的访问点，把分散的操作整合成连贯的服务。
例如，启动一个多媒体播放器涉及解码器、音频设备、视频渲染器等多个组件：- 客户端原本需要分别创建对象、设置参数、启动流程
- 通过MediaPlayerFacade类提供play(String file)方法
- 外观内部自动完成文件解析、资源分配、设备启动等步骤
这样客户端代码变得简洁：只需一行facade.play("movie.mp4");即可完成复杂操作。
解耦客户端与子系统
外观模式减少了客户端对子系统类的直接依赖，提高了系统的灵活性和可维护性。
- 子系统内部结构变化时，只需调整外观类，不影响外部调用
- 可以为同一子系统提供多个外观，满足不同场景需求（如简易模式和高级模式）
- 便于单元测试，客户端可依赖外观接口进行模拟测试
基本上就这些。外观模式不解决底层复杂性，但它把复杂留给自己，把简单留给使用者。
