概述
外部与内部子系统通信时必须通过的一个统一的外观模式对象进行,就是外观模式,也称门面模式。一般而言,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模块,也不需要知道系统内部的细节,从而更好的实现了客户端与系统的解耦。
同时,使用外观模式,还可以选择性的暴露方法,一个模块中定义的方法可以分成两部分,一部分是给子系统外部使用的,一部分是子系统内部模块之间相互调用时使用的。
外观模式的优点
外观模式松散了客户端与子系统的耦合关系,让子系统内部的模块能更容易扩展和维护。
让子系统更加易用,客户端不再需要了解子系统内部的实现,也不需要跟众多子系统内部的模块进行交互,只需要跟外观类交互就可以了。
可以帮助我们更好地划分访问的层次。有些方法是对系统外的,有些方法是系统内部使用的。把需要暴露给外部的功能集中到门面中,这样既方便客户端使用,也很好地隐藏了内部的细节。
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持脚本之家。