java设计模式之外观模式(Facade)

概述

外部与内部子系统通信时必须通过的一个统一的外观模式对象进行，就是外观模式，也称门面模式。一般而言，facade模式是为了降低客户端与实现化层之间的依赖性。外观模式的用意是为子系统提供一个集中化和简化的沟通渠道。

uml类图

在上面的uml图中，出现三个角色：

客户端角色（client）：用户通过客户端来调用外观模式的类，从而来操作子系统；
外观角色（facade）：客户端可以调用这个类，此类中包含了调用子系统中具体的功能；
子系统角色（module）：定义了子系统中具体的单个功能；

代码示例：

package interview;

class modulea {
  public void testa(){
    system.out.println("modulea 中的方法");
  }
}

class moduleb {
  public void testb(){
    system.out.println("moduleb 中的方法");
  }
}

class modulec {
  public void testc(){
    system.out.println("modulec 中的方法");
  }
}

class facade{

  public void testa(){
    modulea modulea = new modulea();
    modulea.testa();
  }

  public void testb(){
    moduleb moduleb = new moduleb();
    moduleb.testb();
  }

  public void testc(){
    modulec modulec = new modulec();
    modulec.testc();
  }
}
public class maintest {

  public static void main(string arg[]) {
    facade facade = new facade();
    facade.testa();
    facade.testb();
    facade.testc();
  }
}

上述代码中facade类充当了modulea ，moduleb，modulec模块的外观界面，通过这个类，客户端不需要亲自调用子系统的abc模块，也不需要知道系统内部的细节，从而更好的实现了客户端与系统的解耦。

同时，使用外观模式，还可以选择性的暴露方法，一个模块中定义的方法可以分成两部分，一部分是给子系统外部使用的，一部分是子系统内部模块之间相互调用时使用的。

外观模式的优点

外观模式松散了客户端与子系统的耦合关系，让子系统内部的模块能更容易扩展和维护。

让子系统更加易用，客户端不再需要了解子系统内部的实现，也不需要跟众多子系统内部的模块进行交互，只需要跟外观类交互就可以了。

可以帮助我们更好地划分访问的层次。有些方法是对系统外的，有些方法是系统内部使用的。把需要暴露给外部的功能集中到门面中，这样既方便客户端使用，也很好地隐藏了内部的细节。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。