设计模式之门面模式(草稿)

一、门面模式概述
1.1 什么是门面模式（Decorator）
在日常生活中，如果我们要去办理房产证，我们需要去多个部门办理相关手续，但是如果有一个服务大厅的窗口可以一次性办理完所有手续，那对于我们来说就太方便了。在软件开发中，当一个系统的功能越来越强大，那么子系统也会越来越多，客户端对于系统的访问也就越来越复杂。如果此时系统内部发生了改变，那么客户端也要跟着改变，这显然违背了“开闭原则”和“迪米特原则”。因为为了解决这以问题，多个子系统应该提供一个统一的接口，以降低系统的耦合度。
门面模式，又叫做外观模式，它是一种通过为多个复杂的子系统提供一个一致的接口，从而使这些子系统更加容易被访问的模式。该模式对外提供一个统一的接口，外部的应用程序不用关心内部子系统的具体细节，这样大大降低了应用程序的复杂的，提高了程序的可维护性。
image.png
1.2 门面模式的优缺点
1.2.1 门面模式的优点：
降低了子系统与客户端之间的耦合度，使得子系统的变化不会影响调用它的客户类。
对客户屏蔽了子系统组件，减少了客户处理的对象数目，并使得子系统使用起来更加容易。
降低了大型软件系统中的编译依赖性，简化了系统在不同平台之间的移植过程，因为编译一个子系统不会影响其他的子系统，也不会影响外观对象。
1.2.2 门面模式的缺点：
不能很好地限制客户使用子系统类，很容易带来未知风险。
增加新的子系统可能需要修改外观类或客户端的源代码，违背了“开闭原则”。
1.3 门面模式的结构
门面（Facade）模式的结构比较简单，主要是定义了一个高层接口。它包含了对各个子系统的引用，客户端可以通过它访问各个子系统的功能。现在来分析其基本结构和实现方法
外观（Facade）模式包含以下主要角色。
外观（Facade）角色：为多个子系统对外提供一个共同的接口。
子系统（Sub System）角色：实现系统的部分功能，客户可以通过外观角色访问它。
客户（Client）角色：通过一个外观角色访问各个子系统的功能。
image.png
1.4 门面模式的实现案例
public class FacadePattern {
public static void main(String[] args) {
Facade f = new Facade();
f.method();
}
}
//外观角色
class Facade {
private SubSystem01 obj1 = new SubSystem01();
private SubSystem02 obj2 = new SubSystem02();
private SubSystem03 obj3 = new SubSystem03();
public void 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()被调用！”);
}
}
门面模式的使用场景
● 为一个复杂的模块或子系统提供一个供外界访问的接口
● 子系统相对独立——外界对子系统的访问只要黑箱操作即可
比如利息的计算问题,没有深厚的业务知识和扎实的技术水平是不可能开发出该子系统的,但是对于使用该系统的开发人员来说,他需要做的就是输入金额以及存期,其他的都不用关心,返回的结果就是利息,这时候,门面模式是非使用不可了。
● 预防低水平人员带来的风险扩散
比如一个低水平的技术人员参与项目开发,为降低个人代码质量对整体项目的影响风险,一般的做法是“画地为牢”,只能在指定的子系统中开发,然后再提供门面接口进行访问操作。