开发设计模式（九）门面模式（Facade Pattern）

什么是门面模式？

　　门面模式要求一个子系统的外部与其内部的通信必须通过一个统一的门面(Facade)对象进行。门面模式提供一个高层次的接口，使得子系统更易于使用。

大家都写过纸质的信件吧，比如给女朋友写情书什么的，写信的过程大家都还记得吧，先写信的内容，然后写信封，然后把信放到信封中，封好，投递到信箱中进行邮递，这个过程还是比较简单的，虽然简单，这四个步骤都是要跑的呀，信多了还是麻烦，比如到了情人节，为了大海捞针，给十个女孩子发情书，都要这样跑一遍，你不要累死，更别说你要发个广告信啥的，一下子发1 千万封邮件，那不就完蛋了？那怎么办呢？还好，现在邮局开发了一个新业务，你只要把信件的必要信息高速我，我给你发，我来做这四个过程，你就不要管了，只要把信件交给我就成了。





在这中环境下，最累的是写信的人，为了发送一封信出去要有四个步骤，而且这四个步骤还不能颠倒，
你不可能没写信就把信放到信封吧，写信的人要知道这四个步骤，而且还要知道这四个步骤的顺序，恐怖
吧，我们先看看这个过程如何表现出来的：
先看写信的过程接口，定义了写信的四个步骤：

interface LetterProcess
{
// 写信的内容 //
void writeContext(string context);
// 写信封 //
void fillEnvelope(string address);
// 把信放到信封 //
void letterIntoEnvelope();
// 然后邮递 //
void sendLetter();
}
// 写信具体实现 //
class LetterProcessImpl : LetterProcess
{
public void writeContext(string context)
{
Debug.Log("信的内容：" + context);
}
//在信封上填写必要的信息
public void fillEnvelope(string address)
{
Debug.Log("填写收件人地址及姓名...." + address);
}
//把信放到信封中
public void letterIntoEnvelope()
{
Debug.Log("把信放到信封中....");
}
//邮递
public void sendLetter()
{
Debug.Log("邮递信件...");
}
}

如果直接去调用这个类去实现写信和邮递的过程，那这个过程与高内聚的要求相差甚远，你想，你要知道这四个步骤，而且还要知道这四个步骤的顺序，一旦出错，信就不可能邮寄出去，那我们如何来改进呢？先看类图：





这就是门面模式，还是比较简单的，Sub System 比较复杂，为了让调用者更方便的调用，就对Sub System
进行了封装，增加了一个门面，Client 调用时，直接调用门面的方法就可以了，不用了解具体的实现方法
以及相关的业务顺序，我们来看程序的改变，LetterProcess 接口和实现类都没有改变，只是增加了一个
ModenPostOffice 类，我们这个C#程序清单如下：

// 一体化邮局 //
class ModenPostOffice
{
private LetterProcess letterProcess = new LetterProcessImpl();
public void sendLetter(string context, string address)
{
letterProcess.writeContext(context);
letterProcess.fillEnvelope(address);

letterProcess.letterIntoEnvelope();
letterProcess.sendLetter();
}
}

这个类是什么意思呢，就是说现在又一个叫Hell Road PostOffice（地狱路邮局）提供了一种新型的
服务，客户只要把信的内容以及收信地址给他们，他们就会把信写好，封好，并发送出去，这种服务提出
时大受欢迎呀，这简单呀，客户减少了很多工作，那我们看看客户是怎么调用的，

public class Facade : MonoBehaviour {

// Use this for initialization
void Start () {
ModenPostOffice mpo = new ModenPostOffice();
mpo.sendLetter("信的内容", "地址");
}

// Update is called once per frame
void Update () {

}
}

看到没，客户简单了很多，提供这种模式后，系统的扩展性也有了很大的提高，突然一个非常时期，
寄往God Province（上帝省）的邮件都必须进行安全检查，那我们这个就很好处理了，看类图：





看这个红色的框，只增加了这一部分，其他部分在类图上都不需要改动，那我们来看源码：

class Police
{
public void checkLetter(LetterProcess Letter)
{
Debug.Log("警察检查信件...");
}
}

// 一体化邮局 //
class ModenPostOffice
{
private LetterProcess letterProcess = new LetterProcessImpl();
private Police letterPolice = new Police();
public void sendLetter(string context, string address)
{
letterProcess.writeContext(context);
letterProcess.fillEnvelope(address);
letterPolice.checkLetter(letterProcess);
letterProcess.letterIntoEnvelope();
letterProcess.sendLetter();
}
}

只是增加了一个letterPolice 变量的声明以及一个方法的调用，那这个写信的过程就变成了这样：先
写信，然后写信封，然后警察开始检查，然后才把信放到信封，然后发送出去，那这个变更对客户来说，
是透明的，他根本就看不到有人在检查他的邮件，他也不用了解，反正现代化的邮件都帮他做了，这也是
他乐意的地方。
门面模式讲解完毕，这是一个很好的封装方法，一个子系统比较复杂的实话，比如算法或者业务比较
复杂，就可以封装出一个或多个门面出来，项目的结构简单，而且扩展性非常好。还有，在一个较大项目
中的时候，为了避免人员带来的风险，也可以使用这个模式，技术水平比较差的成员，尽量安排独立的模
块（Sub System），然后把他写的程序封装到一个门面里，尽量让其他项目成员不用看到这些烂人的代码，
看也看不懂，我也遇到过一个“高人”写的代码，private 方法、构造函数、常量基本都不用，你要一个
public 方法，好，一个类里就一个public 方法，所有代码都在里面，然后你就看吧，一大坨的程序，看着
能把人逼疯，使用门面模式后，对门面进行单元测试，约束项目成员的代码质量，对项目整体质量的提升
也是一个比较好的帮助。

门面模式在项目中非常常用，在之前的塔防项目中，一个界面需要初始化，就得读取数据库数据更新界面，因为界面上分了多块，所以在项目初期，就可以定义接口，比如初始化英雄信息，初始化英雄所持装备信息，初始化背包信息，定义好接口之后，实现它，并加上相应更新UI的方法，这样我们就可以使用门面模式去封装这些方法，那么在其他界面跳转的时候，就直接去调用这个门面类（界面类）去初始化这些信息。这样一来，整个界面控制的代码结构会非常清晰，后期的修改和维护将是一件很轻松的事情。