设计模式-外观模式

介绍

现实生活中有许多外观模式的例子,像餐馆的服务员、一些企业的客户人员、公司的前台等等。
外观模式(Facade Pattern)隐藏系统的复杂性,并向客户端提供了一个客户端可以访问系统的接口。这种类型的设计模式属于结构型模式,它向现有的系统添加一个接口,来隐藏系统的复杂性。
这种模式涉及到一个单一的类,该类提供了客户端请求的简化方法和对现有系统类方法的委托调用。

为什么要使用外观模式?

让外部不直接与内部进行交互,降低访问复杂系统的内部子系统时的复杂度,简化客户端与之的接口。就像餐馆一样,你只需要知道菜的名字,而不需要知道菜是如何做的。
为子系统中的一组接口提供一个一致的界面,外观模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
外观模式的优点:

  1. 减少系统相互依赖。
  2. 提高灵活性。
  3. 提高了安全性。
  4. 松耦合关系。

实际应用

就比如系统中的登入功能,当你登入时可以选择不同的登入方式,例如微信登入、QQ登入、手机号登入、邮箱登入等等。


设计模式-外观模式_第1张图片
这里写图片描述

中间的登入就是外观模式的核心(Facade),它来区分用户(client)选择的是哪种登入,然后分发给不同的控制器(子系统角色Subsystem classes)

代码实现

public class Facade {
    
    private Facade(){}
    
    /**
    * 

Description:微信登入

*/ private static void weChatLogin(){ System.out.println("微信登入..."); } /** *

Description: QQ登入

*/ private static void qqLogin(){ System.out.println("QQ登入..."); } /** *

Description: 手机号登入

*/ private static void phoneLogin(){ System.out.println("手机号登入..."); } /** *

Description: Email登入

*/ private static void emailLogin(){ System.out.println("Email登入..."); } /** *

Description: 其他方式登入

*/ 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,如果博主理解错了,希望你们批评指正,谢谢。
从设计模式上来看,外观模式通过引入一个新的外观类可以降低原有系统的复杂度,外观类充当了客户类与子系统类之间的“第三者”,同时降低客户类与子系统类的耦合度。但是外观模式最大的缺点在于违背了“开闭原则”,当增加新的子系统或者移除子系统时需要修改外观类,可以通过引入抽象外观类在一定程度上解决该问题,客户端针对抽象外观类进行编程。
所以不要因为要用设计模式而用设计模式,适用的才是最好的。

你可能感兴趣的:(设计模式-外观模式)