Java设计模式：外观模式（Facade Pattern）与最少知识原则

外观模式定义

外观模式提供了一个统一的接口，用来访问子系统中的一群接口。外观定义了一个高层接口，让子系统更容易使用。

UML类图

OO原则

最少知识原则（等同于 最少知道原则）：只和你的密友谈话。

优缺点

虽然这个原则减少了对象之间的依赖，这样就减少了软件的维护成本。

但也会导致更多的“包装”被制造出来，以处理与其它组件的沟通，这样可能会导致复杂度和开发时间的增加，并降低运行时的性能。

这个模式感觉没什么好说的，就是写一个或多个接口(里面就像某个具体的脚本一样，写下功能流程)，简化了用户的操作

举个用户开车的例子（暂时没有想到好的例子，可能并不贴切）：

1）用户打开车门

2）用户车子点火

3）用户挂档加油门

...

...

n) 等等

你可以根据类型或功能等要素，整合成一个或多个简化后的接口

用户开车（包含前面的多种步骤）

唯一注意的是要降低组件之间的耦合性（依赖性）