介绍
现实生活中有许多外观模式的例子，像餐馆的服务员、一些企业的客户人员、公司的前台等等。
外观模式（Facade Pattern）隐藏系统的复杂性，并向客户端提供了一个客户端可以访问系统的接口。这种类型的设计模式属于结构型模式，它向现有的系统添加一个接口，来隐藏系统的复杂性。
这种模式涉及到一个单一的类，该类提供了客户端请求的简化方法和对现有系统类方法的委托调用。
为什么要使用外观模式？
让外部不直接与内部进行交互，降低访问复杂系统的内部子系统时的复杂度，简化客户端与之的接口。就像餐馆一样，你只需要知道菜的名字，而不需要知道菜是如何做的。
为子系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
外观模式的优点：
- 减少系统相互依赖。
- 提高灵活性。
- 提高了安全性。
- 松耦合关系。
实际应用
就比如系统中的登入功能，当你登入时可以选择不同的登入方式，例如微信登入、QQ登入、手机号登入、邮箱登入等等。
这里写图片描述
中间的登入就是外观模式的核心（Facade），它来区分用户（client）选择的是哪种登入，然后分发给不同的控制器（子系统角色Subsystem classes）
代码实现
public class Facade {
private Facade(){}
/**
* <p>Description:微信登入 </p>
*/
private static void weChatLogin(){
System.out.println("微信登入...");
}
/**
* <p>Description: QQ登入</p>
*/
private static void qqLogin(){
System.out.println("QQ登入...");
}
/**
* <p>Description: 手机号登入</p>
*/
private static void phoneLogin(){
System.out.println("手机号登入...");
}
/**
* <p>Description: Email登入</p>
*/
private static void emailLogin(){
System.out.println("Email登入...");
}
/**
* <p>Description: 其他方式登入</p>
*/
private static void otherLogin(){
System.out.println("Email登入...");
}
public static void login(String method){
switch (method) {
case "weChat":
weChatLogin();
break;
case "qq":
qqLogin();
break;
case "phone":
phoneLogin();
break;
case "email":
emailLogin();
break;
default:
otherLogin();
break;
}
}
public static void main(String[] args) {
String method = "weChat";
Facade.login(method);
}
}
代码见github地址
总结
上面的代码只是为了方便才把各个登入方式放在一个类中，实际开发中一般会变成好几个services，如果博主理解错了，希望你们批评指正，谢谢。
从设计模式上来看，外观模式通过引入一个新的外观类可以降低原有系统的复杂度，外观类充当了客户类与子系统类之间的“第三者”，同时降低客户类与子系统类的耦合度。但是外观模式最大的缺点在于违背了“开闭原则”，当增加新的子系统或者移除子系统时需要修改外观类，可以通过引入抽象外观类在一定程度上解决该问题，客户端针对抽象外观类进行编程。
所以不要因为要用设计模式而用设计模式，适用的才是最好的。
