设计模式 - 外观模式

1. 介绍

1.1定义

定义了一个高层、统一的接口，外部与通过这个统一的接口对子系统中的一群接口进行访问。

1.2 主要作用

• 实现客户类与子系统类的松耦合
• 降低原有系统的复杂度
• 提高了客户端使用的便捷性，使得客户端无须关心子系统的工作细节，通过外观角色即可调用相关功能

1.3 解决的问题

• 避免了系统与系统之间的高耦合度
• 使得复杂的子系统用法变得简单

2. 模式原理

2.1 UML类图 & 组成

2.2 实例讲解

接下来我用一个实例来对建造者模式进行更深一步的介绍。
a. 实例概况

• 背景：小成的爷爷已经80岁了，一个人在家生活：每次都需要打开灯、打开电视、打开空调；睡觉时关闭灯、关闭电视、关闭空调；
• 冲突：行动不方便，走过去关闭那么多电器很麻烦，代码如下：

解决方案

小成买了一个智能家具控制器（外观对象/统一接口）给他爷爷，他爷爷只需要一键就能打开/关闭 灯、电视机、空调

1. 即用外观模式来为所有子系统设计一个统一的接口
2. 客户端只需要调用外观类中的方法就可以了，简化了客户端的操作

3. 优缺点

在全面解析完后，我来分析下其优缺点：

3.1 优点

• 降低了客户类与子系统类的耦合度，实现了子系统与客户之间的松耦合关系
• 外观模式对客户屏蔽了子系统组件，从而简化了接口，减少了客户处理的对象数目并使子系统的使用更加简单。
• 降低原有系统的复杂度和系统中的编译依赖性，并简化了系统在不同平台之间的移植过程

3.2 缺点

• 在不引入抽象外观类的情况下，增加新的子系统可能需要修改外观类或客户端的源代码，违背了“开闭原则”
• 不能很好地限制客户使用子系统类，如果对客户访问子系统类做太多的限制则减少了可变性和灵活性。

4. 应用场景

• 要为一个复杂的子系统对外提供一个简单的接口
• 提供子系统的独立性
• 客户程序与多个子系统之间存在很大的依赖性
• 在层次化结构中，可以使用外观模式定义系统中每一层的入口

5. 与适配器模式的区别

• 外观模式的实现核心主要是——由外观类去保存各个子系统的引用，实现由一个统一的外观类去包装多个子系统类，然而客户端只需要引用这个外观类，然后由外观类来调用各个子系统中的方法。
• 这样的实现方式非常类似适配器模式，然而外观模式与适配器模式不同的是：适配器模式是将一个对象包装起来以改变其接口，而外观是将一群对象 ”包装“起来以简化其接口。它们的意图是不一样的，适配器是将接口转换为不同接口，而外观模式是提供一个统一的接口来简化接口。