外观模式说明

说明：外观模式是用于由于子系统或程序组成较复杂而提供的一个高层界面接口，使用客户端更容易访问底层的程序或系统接口;

外观模式是我们经常使用遇到的模式，我们经常涉及到的功能，可能需要涉及到几个子接口或子系统，而我们的某个功能，可能只需要这向个多个子接口中的一个或几个组成的顺序封装。如果是业务功能直接对应子接口或子系统的，可能要求开发人员对内部需要相当的了解；你可能需要去了解业务流程是怎么走，他的顺序是什么，等等。这即需要开发员了解业务，也使得客户端编程变得相当的复杂；

这里如果有一层，或是一个类，专门提供好封装好我们要使用的方法，客户端功能只需要与这个中间层类交互，中间层类的相应方法有了解业务的相关开发人员组织封装，那么程序将变得非常的简单，程序员只需要知道他这个功能所需要对应方法是哪个即可，也不用知道内部的逻辑。

这个中间层类就是我们说的外观类，这就是外观模式的思想。

场景实例:

1>. 比如总开关的例子，这个总开关，可以控制家里的大门的一盏灯，大厅的几盏灯，并控制着家电视机，电冰箱等的供电，你把哪个小按钮按上“ON”，哪个就有了电，甚至直接发光输热，你不必知道，这总开关上的按钮是怎么出来电的，或是怎么按制到相关电器的，反正直接压上就来电了。

这些个电灯，电视机等就是我们要使用的接口，小系统；这个总开关就是我们的外观类，我们直接面对它操作即可。

2>. 还好比一个公司，有好几个职能部门，老板哪一天需要各方面工作的执行情况了，他就跑去一个个部门内部，问个员工说这个某某事情办得怎么样了，如果问对人了能直接给老板答案，要是不是这个人负责的，他还会跟老板说，哦，这事是谁谁负责的，老板还得跑去问下那人，多麻烦。

如果每个职能部门设个主管负责人，老板直接去找它了解情况就可以了，老板也不用关心这个负责人是怎么知道这些的，他只要想了解的这么1,2,3件事情的情况跟进展即可。

实例源码

现在按第二个实例场景实现源码：

1. 几个部门职能类:

部门1 (业务部门):