什么是外观模式
外观模式是一种软件设计模式，它提供了一种将多个子系统包装在一个更高级别的接口中的方法，这样客户端就可以通过这个接口来访问这些子系统中的各个功能。外观模式的主要目的是通过简化系统的接口，降低客户端的复杂度，同时也可以隐藏子系统之间的复杂依赖关系。
需求
1.进入公司职
- 行政接待
每一个都是单独子系统
- 拍照
单独子系统
- hr办理入职
单独子系统
方法一
一般可能会一个个调用
方法二
外观模式
定义
又叫门面模式,为多个复杂的子系统提供一个一致的接口，使这些子系统更加容易被访问。
外观模式将一个或者数个类的复杂的一切都隐藏在背后，只显露出一个干净美好的外观。
通过实现一个提供更合理的接口的外观类，你可以将一个复杂的子系统变的更加容易使用。
外观模式不只是简化了接口，也将客户从组件的子系统中解耦。
模式角色
SubSystem：子系统角色
Facade：外观角色
Client：客户端角色
UML图
图1
图2
优缺点
优点
降低了子系统与客户端之间的耦合度，使得子系统的变化不会影响调用它的客户类。
对客户屏蔽了子系统组件，减少了客户处理的对象数目，并使得子系统使用起来更加容易。
缺点
不能很好地限制客户使用子系统类，很容易带来未知风险。
增加新的子系统可能需要修改外观类或客户端的源代码，违背了“开闭原则”
适合场景
- 想要为复杂的子系统提供简单的接口。
- 在客户端和抽象的实现类中存在许多依赖关系。
- 想要对子系统进行分层。
- 设计初期阶段，应该有意识的将不同层分离，层与层之间建立外观模式；
- 开发阶段，子系统越来越复杂，增加外观模式提供一个简单的调用接口；
- 维护一个大型遗留系统的时候，可能这个系统已经非常难以维护和扩展，但又包含非常重要的功能，为其开发一个外观类，以便新系统与其交互。
源码当中的应用
springjdbc
- JdbcUtils 对java.sql中的connection进行封装
tomcat源码
