1700470034
设计模式之禅 [:1700454026]
1700470035
设计模式之禅 23.2 门面模式的定义
1700470036
1700470037
门面模式（Facade Pattern）也叫做外观模式，是一种比较常用的封装模式，其定义如下：
1700470038
1700470039
Provide a unified interface to a set of interfaces in a subsystem.Facade defines a higher-level interface that makes the subsystem easier to use.（要求一个子系统的外部与其内部的通信必须通过一个统一的对象进行。门面模式提供一个高层次的接口，使得子系统更易于使用。）
1700470040
1700470041
门面模式注重“统一的对象”，也就是提供一个访问子系统的接口，除了这个接口不允许有任何访问子系统的行为发生，其通用类图，如图23-4所示。
1700470042
1700470043
1700470044
1700470045
1700470046
图23-4 扩展后的系统类图
1700470047
1700470048
是的，类图就这么简单，但是它代表的意义可是异常复杂，Subsystem Classes是子系统所有类的简称，它可能代表一个类，也可能代表几十个对象的集合。甭管多少对象，我们把这些对象全部圈入子系统的范畴，其结构如图23-5所示。
1700470049
1700470050
1700470051
1700470052
1700470053
图23-5 门面模式示意图
1700470054
1700470055
再简单地说，门面对象是外界访问子系统内部的唯一通道，不管子系统内部是多么杂乱无章，只要有门面对象在，就可以做到“金玉其外，败絮其中”。我们先明确一下门面模式的角色。
1700470056
1700470057
❑Facade门面角色
1700470058
1700470059
客户端可以调用这个角色的方法。此角色知晓子系统的所有功能和责任。一般情况下，本角色会将所有从客户端发来的请求委派到相应的子系统去，也就说该角色没有实际的业务逻辑，只是一个委托类。
1700470060
1700470061
❑subsystem子系统角色
1700470062
1700470063
可以同时有一个或者多个子系统。每一个子系统都不是一个单独的类，而是一个类的集合。子系统并不知道门面的存在。对于子系统而言，门面仅仅是另外一个客户端而已。
1700470064
1700470065
我们来看一下门面模式的通用源码，先来看子系统源代码。由于子系统是类的集合，因此要描述该集合很花费精力，每一个子系统都不相同，我们使用3个相互无关的类来代表，如代码清单23-8所示。
1700470066
1700470067
代码清单23-8 子系统
1700470068
1700470069
public class ClassA{
1700470070
1700470071
public void doSomethingA（）{
1700470072
1700470073
//业务逻辑
1700470074
1700470075
}
1700470076
1700470077
}
1700470078
1700470079
public class ClassB{
1700470080
1700470081
public void doSomethingB（）{
1700470082
1700470083
//业务逻辑