外观模式

​ 外观模式（也称为门面模式）定义了一个高层接口，为子系统中的一组接口提供了一个一致的界面，从而使得这一组子系统更加容易使用。
​ 这个模式很好的遵循了迪米特法则(最少知识法则)，即一个软件应当尽可能少的与其他实体发生相互作用。

外观模式结构

门面模式没有一个一般化的类图描述，最好的描述方法实际上就是以一个例子说明。

• 门面(Facade)角色： 客户端可以调用这个角色的方法。此角色知晓相关的（一个或者多个）子系统的功能和责任。在正常情况下，本角色会将所有从客户端发来的请求委派到相应的子系统去。
• 子系统(SubSyatem)角色： 可以同时有一个或者多个子系统。每个子系统都不是一个单独的类，而是一个类的集合 。每个子系统都可以被客户端直接调用，或者被门面角色调用。子系统并不知道门面的存在，对于子系统而言，门面仅仅是另外一个客户端而已。

子系统角色：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

public class ModuleA {
    //示意方法
    public void TestA(){
        System.out.println("调用ModuleA中的testA方法");
    }
}
public class ModuleB {
    //示意方法
    public void TestB(){
        System.out.println("调用ModuleB中的testB方法");
    }
}
public class ModuleC {  
    //示意方法  
    public void testC(){  
        System.out.println("调用ModuleC中的testC方法");  
    }  
}

门面角色：

1
2
3
4
5
6
7
8
9
10
11

public class Facade {  
    //示意方法，满足客户端需要的功能  
    public void test(){  
        ModuleA a = new ModuleA();  
        a.testA();  
        ModuleB b = new ModuleB();  
        b.testB();  
        ModuleC c = new ModuleC();  
        c.testC();  
    }  
}

客户端

1
2
3
4
5
6

public class Client {  
    public static void main(String[] args) {  
        Facade facade = new Facade();  
        facade.test();  
    }  
}

总结

1. 一个系统可以有几个门面类

   ​ 在门面模式中，通常只需要一个门面类，并且此门面类只有一个实例，换言之它是一个单例类。当然这并不意味着在整个系统里只有一个门面类，而仅仅是说对每一个子系统只有一个门面类。或者说，如果一个系统有好几个子系统的话，每一个子系统都有一个门面类，整个系统可以有数个门面类。

2. 为子系统增加新的行为

   ​ 初学者往往以为通过继承一个门面类便可在子系统中加入新的行为，这是错误的。门面模式的用意是为子系统提供一个集中化和简化的沟通管道，而不能向子系统加入新的行为。比如医院中的接待员并不是医护人员，接待员并不能为病人提供医疗服务。

3. 门面模式优点

   • 松耦合： 门面模式松散了客户端与子系统的耦合关系，让子系统内部的模块能更容易扩展和维护。
   • 简单易用： 门面模式让子系统更加易用，客户端不再需要了解子系统内部的实现，也不需要跟众多子系统内部的模块进行交互，只需要跟门面类交互就可以了。
   • 更好的划分访问层次： 通过合理使用Facade，可以帮助我们更好地划分访问的层次。有些方法是对系统外的，有些方法是系统内部使用的。把需要暴露给外部的功能集中到门面中，这样既方便客户端使用，也很好地隐藏了内部的细节。