场景:
当客户端访问一个子系统中的多个子模块的方法时,既能简单的使用这些子系统内部的模块功能,而又不用客户端
去与子系统内部的多个模块交互.
比如举办一个会议,需要首先预约时间,然后准备会议室,接着就是开会,最后是总结会议成果。如果没有助理,这些
事情我都要自己去一个一个亲自去准备,并且必须知道每一步的具体步骤,这样不但增加了我开会所用的时间也增加了
开一次会议的复杂度。所以我希望有助理能帮我处理这个会议的步骤,然后助理指派手下的4个实习生去准备,实习生A
来负责预约时间,实习生B负责准备会议室,实习生C负责召集开会人员,实习生D负责会议总结,这个助理就是这样一个外
观接口,所有实习生都是负责开会这样一个系统需求的子模块,但有时候我想要进行电话会议,就不需要准备会议室的步
骤,那么我直接找A帮忙预约时间打电话就好,也就不需要助理当中间人了.
定义：
为子系统中的一组接口提供一个一致的界面,Facade(外观)模式定义了一个高层接口，这个接口使得这一子系统
更加容易使用。
角色：
Facade: 定义子系统的多个模块对外的高层接口,通常需要调用内部多个模块,从而把客户的请求代理给适当的子系
统对象
package com.kris.study;
public class Facade {
private Facade(){}
public static void kaiHui(){
new FreshManA().time();
new FreshManB().getReady();
new FreshManC().start();
new FreshManD().summary();
}
}
子系统模块：接受Facade对象的委派，真正实现功能，各个模块之间可能有交互。Facade知道各个模块，但是
各个模块不一定知道Facade对象。比如实习生只知道助理叫什么,但是不知道她的名字和所负责的工作。
package com.kris.study;
public class FreshManA {
public void time(){
System.out.println("预约时间");
}
}
package com.kris.study;
public class FreshManB {
public void getReady(){
System.out.println("准备会议室");
}
}
package com.kris.study;
public class FreshManC {
public void start(){
System.out.println("举行会议");
}
}
package com.kris.study;
public class FreshManD {
public void summary(){
System.out.println("总结");
}
}
Client客户端：可以直接和Facade交互也可以单独调用子模块功能
package com.kris.study;
public class Client {
public static void main(String[] args) {
Facade.kaiHui();
// new FreshManA().time();
}
}
原理分析：
外观模式的目的不是给子系统增加新的功能接口,而是为了让外部减少与子系统内部多个模块的直接交互，松散耦
合，从而让外部能够简单的使用子系统,并且防止重复调用相同的代码.所以Facade的方法本身不进行功能的处理,只是
实现一个功能的组合调用。
外观模式的本质是：封装交互,简化调用