设计模式 - 外观模式-蒲公英云

设计模式 - 外观模式

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

通过将子系统中一系列的接口进行组合形成一个更高层的接口，这样客户端在调用的时候不必将子系统的接口逐一调用，而是直接调用组合后的高层接口，降低了客户端与子系统之间的耦合度，我们来看下外观模式的结构类图

槑槑,JAVA,自动化测试,微服务,框架,技术

可以看出，以上主要有四种类，分别是外观接口和外观接口的实现类，还有子系统接口和子系统的实现类。我们来看下具体的代码实现

外观接口

槑槑,JAVA,自动化测试,微服务,框架,技术

public interface Facade {
    /**
     * 组合方法A
     */
    void methodA();
    /**
     * 组合方法B
     */
    void methodB();
}

槑槑,JAVA,自动化测试,微服务,框架,技术

外观接口的实现类

槑槑,JAVA,自动化测试,微服务,框架,技术

public class FacadeImpl implements Facade {
    private SubSystemOne subSystemOne;
    private SubSystemTwo subSystemTwo;
    private SubSystemThree subSystemThree;
    private SubSystemFour subSystemFour;
    public FacadeImpl() {
        this.subSystemOne = new SubSystemOneImpl();
        this.subSystemTwo = new SubSystemTwoImpl();
        this.subSystemThree = new SubSystemThreeImpl();
        this.subSystemFour = new SubSystemFourImpl();
    }
    @Override
    public void methodA() {
        System.out.println("方法组A");
        subSystemOne.methodOne();
        subSystemThree.methodThree();
        subSystemFour.methodFour();
    }
    @Override
    public void methodB() {
        System.out.println("方法组B");
        subSystemOne.methodOne();
        subSystemTwo.methodTwo();
        subSystemThree.methodThree();
    }
}

槑槑,JAVA,自动化测试,微服务,框架,技术

子系统的四个接口

槑槑,JAVA,自动化测试,微服务,框架,技术

public interface SubSystemOne {
    /**
     * 方法1
     */
    void methodOne();
}

槑槑,JAVA,自动化测试,微服务,框架,技术

public interface SubSystemTwo {
    /**
     * 方法2
     */
    void methodTwo();
}

槑槑,JAVA,自动化测试,微服务,框架,技术

public interface SubSystemThree {
    /**
     * 方法3
     */
    void methodThree();
}

槑槑,JAVA,自动化测试,微服务,框架,技术

public interface SubSystemFour {
    /**
     * 方法4
     */
    void methodFour();
}

槑槑,JAVA,自动化测试,微服务,框架,技术

四个子系统的实现类

槑槑,JAVA,自动化测试,微服务,框架,技术

public class SubSystemOneImpl implements SubSystemOne {
    @Override
    public void methodOne() {
        System.out.println("子系统方法1");
    }
}

槑槑,JAVA,自动化测试,微服务,框架,技术

public class SubSystemTwoImpl implements SubSystemTwo {
    @Override
    public void methodTwo() {
        System.out.println("子系统方法2");
    }
}

槑槑,JAVA,自动化测试,微服务,框架,技术

public class SubSystemThreeImpl implements SubSystemThree {
    @Override
    public void methodThree() {
        System.out.println("子系统方法3");
    }
}

槑槑,JAVA,自动化测试,微服务,框架,技术

public class SubSystemFourImpl implements SubSystemFour {
    @Override
    public void methodFour() {
        System.out.println("子系统方法4");
    }
}

槑槑,JAVA,自动化测试,微服务,框架,技术

客户端的调用和输出结果

Facade facade = new FacadeImpl();
facade.methodA();
System.out.println("-------------");
facade.methodB();

槑槑,JAVA,自动化测试,微服务,框架,技术

以上就是整个功能是实现代码，可以通过点击以下链接获取代码和类图

代码和类图

从上面的代码可以看出不管是外观类还是子系统都提供了一个接口，使其依赖于抽象，不过这在我们日常的开发中可以不需要这些接口，因为这不仅会导致文件数量增加，而且当我们需要增加一个方法的时候也要增加一个相对应的接口，这样将会导致整个系统变得复杂，影响开发效率。

外观接口中并不一定都像以上例子中，都是有子系统中的多个行为的组合，可以只是通过外观接口暴露子系统中一个单一的功能，也可以添加一些额外的行为，就比如我们经常用到的servcie层的接口，可以是有多个dao方法组合而成，也可以只是单个方法，当然也能在其中编写额外的业务代码

在实际的开发中外观接口往往并不只有一个，若需要暴露的组合功能过多时，就需要将外观接口拆分成多个，形成一个外观层，我们经常用到的service层其实就是一个外观层

那我们在日常的开发中在什么时候需要用到外观模式呢?

首先在开发的初期，我们经常将程序分为controller层、service层和dao层，在这些层与层之前我们可以加入一个外观接口甚至一个外观层，来降低层与层之间的耦合，也方便了各层之间的调用；然后是在开发阶段的时候，子系统会因为不断重构，和使用其他的设计模式，使得产生了许多很小的类，导致客户端在调用的时候难度增大，我们就能通过一个外观接口来解决这一问题；还有就是在维护一个大型系统的时候，有可能我们已经很难对系统中已有的功能进行修改，但是我们又需要里面的功能，就能通过创建一个外观接口来对已有的功能进行调用和组合，这样我们客户端就只需要调用这个非常简单的外观接口就可以了