门面模式【Facade Pattern 】

博客地址 http://blog.csdn.net/ftx2540993425

下面横线以上内容是借鉴别人的，为了表达对作者的敬意，不做不恰当的修改，我个人的总结在后面。

我们继续讲课。大家都是高智商的人，都写过纸质的信件吧，比如给女朋友写情书什么的，写信

的过程大家都还记得吧，先写信的内容，然后写信封，然后把信放到信封中，封好，投递到信箱中进行邮

递，这个过程还是比较简单的，虽然简单，这四个步骤都是要跑的呀，信多了还是麻烦，比如到了情人节，

为了大海捞针，给十个女孩子发情书，都要这样跑一遍，你不要累死，更别说你要发个广告信啥的，一下

子发 1 千万封邮件，那不就完蛋了？那怎么办呢？还好，现在邮局开发了一个新业务，你只要把信件的必

要信息高速我，我给你发，我来做这四个过程，你就不要管了，只要把信件交给我就成了。

我们的类图还是从最原始的状态开始：



在这中环境下，最累的是写信的人，为了发送一封信出去要有四个步骤，而且这四个步骤还不能颠倒，

你不可能没写信就把信放到信封吧，写信的人要知道这四个步骤，而且还要知道这四个步骤的顺序，恐怖

吧，我们先看看这个过程如何表现出来的：

先看写信的过程接口，定义了写信的四个步骤：

<span style="font-size:14px;">package com.cbf4life.facade;
/**
* @author cbf4Life cbf4life@126.com
* I'm glad to share my knowledge with you all.
* 定义一个写信的过程
*/
public interface LetterProcess {
//首先要写信的内容
public void writeContext(String context);
//其次写信封
public void fillEnvelope(String address);
//把信放到信封里
public void letterInotoEnvelope();
//然后邮递
public void sendLetter();
}</span>

写信过程的具体实现：

package com.cbf4life.facade;
/**
* @author cbf4Life cbf4life@126.com
* I'm glad to share my knowledge with you all.
* 写信的具体实现了
*/
public class LetterProcessImpl implements LetterProcess {
//写信
public void writeContext(String context) {
System.out.println("填写信的内容...." + context);
}
//在信封上填写必要的信息
public void fillEnvelope(String address) {
System.out.println("填写收件人地址及姓名...." + address);
}
//把信放到信封中，并封好
public void letterInotoEnvelope() {
System.out.println("把信放到信封中....");
}
//塞到邮箱中，邮递
public void sendLetter() {
System.out.println("邮递信件...");
}｝

然后就有人开始用这个过程写信了：

<span style="font-size:14px;">package com.cbf4life.facade;
/**
* @author cbf4Life cbf4life@126.com
* I'm glad to share my knowledge with you all.
* 我开始给朋友写信了
*/
public class Client {
public static void main(String[] args) {
//创建一个处理信件的过程
LetterProcess letterProcess = new LetterProcessImpl();
//开始写信
letterProcess.writeContext("Hello,It's me,do you know who I am? I'm your
old lover. I'd like to....");
//开始写信封
letterProcess.fillEnvelope("Happy Road No. 666,God Province,Heaven");
//把信放到信封里，并封装好
letterProcess.letterInotoEnvelope();
//跑到邮局把信塞到邮箱，投递
letterProcess.sendLetter();
}
}</span>

那这个过程与高内聚的要求相差甚远，你想，你要知道这四个步骤，而且还要知道这四个步骤的顺序，

一旦出错，信就不可能邮寄出去，那我们如何来改进呢？先看类图：



这就是门面模式， 还是比较简单的， Sub System 比较复杂， 为了让调用者更方便的调用， 就对 Sub System

进行了封装，增加了一个门面，Client 调用时，直接调用门面的方法就可以了，不用了解具体的实现方法

以及相关的业务顺序，我们来看程序的改变，LetterProcess 接口和实现类都没有改变，只是增加了一个

ModenPostOffice 类，我们这个 java 程序清单如下：

package com.cbf4life.facade;
/**
* @author cbf4Life cbf4life@126.com
* I'm glad to share my knowledge with you all.
*/
public class ModenPostOffice {
private LetterProcess letterProcess = new LetterProcessImpl();
//写信，封装，投递，一体化了
public void sendLetter(String context,String address){
//帮你写信
letterProcess.writeContext(context);
//写好信封
letterProcess.fillEnvelope(address);
//把信放到信封中
letterProcess.letterInotoEnvelope();
//邮递信件
letterProcess.sendLetter();
}
}

这个类是什么意思呢，就是说现在又一个叫 Hell Road PostOffice（地狱路邮局）提供了一种新型的

服务，客户只要把信的内容以及收信地址给他们，他们就会把信写好，封好，并发送出去，这种服务提出

时大受欢迎呀，这简单呀，客户减少了很多工作，那我们看看客户是怎么调用的，Client.java 的程序清单

如下：

package com.cbf4life.facade;
/**
* @author cbf4Life cbf4life@126.com
* I'm glad to share my knowledge with you all.
* 我开始给朋友写信了
*/
public class Client {
public static void main(String[] args) {
//现代化的邮局，有这项服务，邮局名称叫Hell Road
ModenPostOffice hellRoadPostOffice = new ModenPostOffice();
//你只要把信的内容和收信人地址给他，他会帮你完成一系列的工作；
String address = "Happy Road No. 666,God Province,Heaven"; //定义一个地址
String context = "Hello,It's me,do you know who I am? I'm your old lover.
I'd like to....";
hellRoadPostOffice.sendLetter(context, address);
}
}

看到没，客户简单了很多，提供这种模式后，系统的扩展性也有了很大的提高，突然一个非常时期，

寄往 God Province（上帝省）的邮件都必须进行安全检查，那我们这个就很好处理了，看类图：



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

package com.cbf4life.facade;
/**
* @author cbf4Life cbf4life@126.com
* I'm glad to share my knowledge with you all.
*/
public 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.letterInotoEnvelope();
//邮递信件
letterProcess.sendLetter();
}
}

只是增加了一个 letterPolice 变量的声明以及一个方法的调用，那这个写信的过程就变成了这样：先

写信，然后写信封，然后警察开始检查，然后才把信放到信封，然后发送出去，那这个变更对客户来说，

是透明的，他根本就看不到有人在检查他的邮件，他也不用了解，反正现代化的邮件都帮他做了，这也是

他乐意的地方。

门面模式讲解完毕，这是一个很好的封装方法，一个子系统比较复杂的实话，比如算法或者业务比较

复杂，就可以封装出一个或多个门面出来，项目的结构简单，而且扩展性非常好。还有，在一个较大项目

中的时候，为了避免人员带来的风险，也可以使用这个模式，技术水平比较差的成员，尽量安排独立的模

块（Sub System） ，然后把他写的程序封装到一个门面里，尽量让其他项目成员不用看到这些烂人的代码，

看也看不懂，我也遇到过一个“高人”写的代码，private 方法、构造函数、常量基本都不用，你要一个

public 方法，好，一个类里就一个 public 方法，所有代码都在里面，然后你就看吧，一大坨的程序，看着

能把人逼疯，使用门面模式后，对门面进行单元测试，约束项目成员的代码质量，对项目整体质量的提升

也是一个比较好的帮助。

_______________________________________________________________________________________________________



意图：
为子系统中的一组接口提供一个一致的界面，Facade模式定义了一个高层接口，这个接口使得这一子系统更加容易
使用。
适用性：
当你要为一个复杂子系统提供一个简单接口时。子系统往往因为不断演化而变得越来越复杂。大多数模式使用时
都会产生更多更小的类。这使得子系统更具可重用性，也更容易对子系统进行定制，但这也给那些不需要定制子
系统的用户带来一些使用上的困难。Facade 可以提供一个简单的缺省视图，这一视图对大多数用户来说已经足够，
而那些需要更多的可定制性的用户可以越过facade层。

客户程序与抽象类的实现部分之间存在着很大的依赖性。引入facade 将这个子系统与客户以及其他的子系统分离，
可以提高子系统的独立性和可移植性。

当你需要构建一个层次结构的子系统时，使用facade模式定义子系统中每层的入口点。如果子系统之间是相互依赖

的，你可以让它们仅通过facade进行通讯，从而简化了它们之间的依赖关系。