【设计模式（10）】结构型模式之外观模式

个人学习笔记分享，当前能力有限，请勿贬低，菜鸟互学，大佬绕道

如有勘误，欢迎指出和讨论，本文后期也会进行修正和补充

前言

生活中，如果有什么事需要去营业厅等站点办理，我们希望的是给接待员需要的信息，然后他们去办理完成，走人！

然而有些时候，我们得到的回应是我们需要先做什么，再做什么，再去哪做什么blablabla....

后者一看就不专业是不是？做个事你们做不就得了吗，不然我来营业厅干嘛？掏出手机百度一下不就得了？

作为专业的程序猿，那我们写的代码肯定得专业一些。

对于一个系统，我们隐藏其内部细节，并向外部提供访问接口，进而达到隐藏复杂性的目的。

说白了，客户告诉我们有啥事，我们内部办好，至于细节不需要告知客户，保证事情办好就成。

外观（Facade）模式又叫作门面模式，是一种通过为多个复杂的子系统提供一个一致的接口，而使这些子系统更加容易被访问的模式。

该模式对外有一个统一接口，外部应用程序不用关心内部子系统的具体细节，这样会大大降低应用程序的复杂度，提高了程序的可维护性。

其实我们一直都在有意无意的大量使用外观模式——高层模块需要调度多个子系统时，定义一个新的类封装这些子系统，并向外提供精简的接口以供访问。

1.介绍

使用目的：为子系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

使用时机：定义整个系统的入口，而客户端并不需要知道系统内部的复杂联系，仅需要一个“接待者”即可

解决问题：降低访问复杂系统的内部子系统时的复杂度，简化客户端与之的接口

实现方法：定义一个类，封装子系统，并向客户端提供一个接口以供访问

应用实例：

• MVC中的view-controller-service-dao层次结构，高层系统都只知道下一层系统的接口，并不知道其细节及其子系统
• 第三方sdk或者库通常都会提供统一的接口，并不会暴露内部的逻辑细节

优点：

• 减少系统相互依赖，降低耦合度，提高灵活性
• 隐藏系统内部细节，减少了客户需要处理的信息，使得子系统的使用更加方便
• 外部不知道系统的内部细节，因此也就更加安全

缺点：增加新的子系统可能需要修改外观类或客户端的源代码，继承重写都不合适，违背了“开闭原则”

2.结构

通常包括三个角色：

• 外观（Facade）角色：为多个子系统对外提供一个共同的接口。
• 子系统（Sub System）角色：实现系统的部分功能，客户可以通过外观角色访问它。
• 客户（Client）角色：通过一个外观角色访问其提供的子系统功能。

• 客户端（Client）调用Facade中的接口
• Facade持有多个SubSystem对象，通过调用其方法，提供接口给外部使用
• Client并不需要访问多个SubSystem，而是通过Facede作为中间人，即可使用多个SubSystem的功能

3.实现

1. 定义子系统角色

   class SubSystemA {
       public void doA() {
           System.out.println("子系统A被调用");
       }
   }
   
   class SubSystemB {
       public void doB() {
           System.out.println("子系统B被调用");
       }
   }
   

2. 定义外观角色

   class Facade {
       private SubSystemA subSystemA;
       private SubSystemB subSystemB;
   
       public Facade() {
           this.subSystemA = new SubSystemA();
           this.subSystemB = new SubSystemB();
       }
   
       public void doA() {
           subSystemA.doA();
       }
   
       public void doB() {
           subSystemB.doB();
       }
   }
   

3. 测试客户端

   public class FacadeTest {
       public static void main(String[] args) {
           Facade facade = new Facade();
           facade.doA();
           facade.doB();
       }
   }
   

完整代码

package com.company.test.facade;

class SubSystemA {
    public void doA() {
        System.out.println("子系统A被调用");
    }
}

class SubSystemB {
    public void doB() {
        System.out.println("子系统B被调用");
    }
}

class Facade {
    private SubSystemA subSystemA;
    private SubSystemB subSystemB;

    public Facade() {
        this.subSystemA = new SubSystemA();
        this.subSystemB = new SubSystemB();
    }

    public void doA() {
        subSystemA.doA();
    }

    public void doB() {
        subSystemB.doB();
    }
}

public class FacadeTest {
    public static void main(String[] args) {
        Facade facade = new Facade();
        facade.doA();
        facade.doB();
    }
}

运行结果

后记

想了想确实没啥好说的，作为后端程序猿mvc的view-controller-serivce-dao模式再熟悉不过了，应该早已养成了这种模式的习惯

其实也是Java的核心思想之一，即封装。将方法封装起来并隐藏细节，只提供给外部接口以便使用。

作者：Echo_Ye

WX：Echo_YeZ

Email ：echo_yezi@qq.com

个人站点：在搭了在搭了。。。（右键 - 新建文件夹）