前言
机器人Samu与主人Alice的故事仍在继续，这次Samu宕机了。Alice重启了Samu，Samu在每次重启的时候都会做些预定的事件。
比如：
- 初始化多种音乐类型的曲库
- 跳舞（肚皮舞）
- 唱歌（千里之外）
- 做菜（红烧肉）
正文
现在需要实现初始化这个功能，这个功能包含的子功能已经在上面陈列出来了。
场景分析：
- 我们把“人与机器人”称作“人机交互的上下文”。
HumanComputerInteraction.Context - 我们把 “人与机器人对话的过程” 称作一次“人机交互”。
HumanComputerInteraction
代码实现
先看下面两段代码片段，没有任何接口、继承等。我想说设计模式应着重理解其思想，而非特定模式下的结构实现。
public class Client {
public static void main(String[] args) {
// 创建交互的上下文对象 —— 即"谁与机器人在交互"。
HumanComputerInteraction.Context context = new HumanComputerInteraction.Context(new Machine("Samu"), new User("Alice"));
// 创建人机交互对象
HumanComputerInteraction interaction = new HumanComputerInteraction(context);
// 初始化人机交互
interaction.setUp();
}
}
public class HumanComputerInteraction {
private Context context;
public HumanComputerInteraction(HumanComputerInteraction.Context context) {
this.context = context;
}
public void setUp() {
// 初始化曲库
final Machine machine = context.getMachine();
final MusicDatabase database = machine.getDatabase();
database.initDatabase();
// 初始化命令
final Invoker invoker = context.getInvoker();
invoker.invoke(new CommandAdapter(CookCommandImpl.KEY_COOK, "红烧肉", context));
invoker.invoke(new CommandAdapter(DanceCommandImpl.KEY_DANCE, "肚皮舞", context));
invoker.invoke(new CommandAdapter(SongCommandImpl.KEY_SONG, "千里之外", context));
}
}
setUp方法中封装了，初始化曲库、唱歌、跳舞、做菜等一系列事项。其也体现了外观模式（也称作 门面模式）的本质：封装交互，简化调用。
总结
外观模式的本质：封装交互，简化调用。
外观模式本质.png
如上图，蓝色背景其实可以视作一个子系统，由外观类组合拼装各个功能块。如果需要暴露子系统的功能，则会考虑暴露子系统的接口。这意味着在一个良好设计的系统中，子系统仅暴露它应该暴露的接口。因为子系统并不知道，调用它的是外观类还是客户端类。
引入外观类是为了解耦与子系统的关联，但并不限制客户端直接调用子系统。
不建议在外观类中增加子系统的功能，因为这并不符合外观模式封装交互，简化调用的本质。建议直接扩展子系统的功能。
当子系统功能发生改变时，可能需要修改外观类以适应子系统功能的变化，导致外观模式不符合开闭原则。你可以通过抽象外观类，一定程度上缓解该问题。
