原理图:

外观(Facade)模式又叫作门面模式,是一种通过为多个复杂的子系统提供一个一致的接口,而使这些子系统更加容易被访问的模式。该模式对外有一个统一接口,外部应用程序不用关心内部子系统的具体细节,这样会大大降低应用程序的复杂度,提高了程序的可维护性。
代码:
package design.facade;
// 外观(Facade)模式又叫作门面模式,是一种通过为多个复杂的子系统提供一个一致的接口,
// 而使这些子系统更加容易被访问的模式。该模式对外有一个统一接口,
// 外部应用程序不用关心内部子系统的具体细节,
// 这样会大大降低应用程序的复杂度,提高了程序的可维护性。
class FacadePattern {
public static void main(String[] args) {
Facade f = new Facade();
f.method();
}
}
//外观角色
public class Facade {
private SubSystem01 obj1 = new SubSystem01();
private SubSystem02 obj2 = new SubSystem02();
private SubSystem03 obj3 = new SubSystem03();
public void method() {
System.out.println("外观类Facade的method方法被调用!");
obj1.method1();
obj2.method2();
obj3.method3();
}
}
//子系统角色
class SubSystem01 {
public void method1() {
System.out.println("子系统01的method1()被调用!");
}
}
//子系统角色
class SubSystem02 {
public void method2() {
System.out.println("子系统02的method2()被调用!");
}
}
//子系统角色
class SubSystem03 {
public void method3() {
System.out.println("子系统03的method3()被调用!");
}
}
运行结果:
外观类Facade的method方法被调用!
子系统01的method1()被调用!
子系统02的method2()被调用!
子系统03的method3()被调用!
应用示例:
JDBC就是使用了这种模式,对使用者封装了数据库交互的细节,只需要调用接口,传入参数,更改配置,可以降低系统复杂度,增加灵活性

扩展场景:
在外观模式中,当增加或移除子系统时需要修改外观类,这违背了“开闭原则”。如果引入抽象外观类,则在一定程度上解决了该问题,类图如下:

参考文章:
外观(Facade)模式提供了一种方法,通过创建一个统一的接口来访问多个复杂的子系统,降低了应用程序的复杂度。在示例中,`Facade`类作为外部与多个`SubSystem`类交互的入口,使得客户端无需关注内部细节。JDBC就是一个实际应用的例子,它隐藏了数据库交互的复杂性。然而,当添加或删除子系统时,可能需要修改外观类,这违反了开闭原则。通过引入抽象外观类,可以在一定程度上解决这个问题。

被折叠的 条评论
为什么被折叠?



