门面模式
大家都是高智商的人，都写过纸质的信件吧，比如给女朋友写情书什么的，写信
的过程大家都还记得吧，先写信的内容，然后写信封，然后把信放到信封中，封好，投递到信箱中进行邮
递，这个过程还是比较简单的，虽然简单，这四个步骤都是要跑的呀，信多了还是麻烦，比如到了情人节，
为了大海捞针，给十个女孩子发情书，都要这样跑一遍，你不要累死，更别说你要发个广告信啥的，一下
子发1 千万封邮件，那不就完蛋了？那怎么办呢？还好，现在邮局开发了一个新业务，你只要把信件的必
要信息高速我，我给你发，我来做这四个过程，你就不要管了，只要把信件交给我就成了。
我们的类图还是从最原始的状态开始：
在这中环境下，最累的是写信的人，为了发送一封信出去要有四个步骤，而且这四个步骤还不能颠倒，
你不可能没写信就把信放到信封吧，写信的人要知道这四个步骤，而且还要知道这四个步骤的顺序，恐怖
吧，我们先看看这个过程如何表现出来的：
先看写信的过程接口，定义了写信的四个步骤：
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();
}
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("邮递信件...");
}
}
然后就有人开始用这个过程写信了：
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();
}
}
那这个过程与高内聚的要求相差甚远，你想，你要知道这四个步骤，而且还要知道这四个步骤的顺序，
一旦出错，信就不可能邮寄出去，那我们如何来改进呢？先看类图：
这就是门面模式，还是比较简单的，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 ClientAuto {
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();
}
}
那这个过程与高内聚的要求相差甚远，你想，你要知道这四个步骤，而且还要知道这四个步骤的顺序，
一旦出错，信就不可能邮寄出去，那我们如何来改进呢？先看类图：
这就是门面模式，还是比较简单的，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 ClientModen {
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 ModenPostOfficeCheck {
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）又称外观模式。GOF在《设计模式》一书中给出如下定义：为子系
统中的一组接口提供一个一致的界面， Facade模式定义了一个高层接口，这个接口使得这
一子系统更加容易使用。
定义中提到的子系统是指在设计中为了降低复杂性根据一定的规则（比如业务、功能），
对系统进行的划分。子系统中封装有一些类。
门面模式有三个角色组成：
1) 门面角色（facade）：这是门面模式的核心。它被客户角色调用，因此它熟悉子系统的
功能。它内部根据客户角色已有的需求预定了几种功能组合。
2) 子系统角色：实现了子系统的功能。对它而言，facade角色就和客户角色一样是未知的，
它没有任何facade角色的信息和链接。
3) 客户角色：调用facade角色来完成要得到的功能。
举例
Facade 模式的一个典型应用就是进行数据库连接。一般我们在每一次对数据库进行访
问，都要进行以下操作：先得到connect 实例，然后打开connect 获得连接，得到一个
statement，执行sql 语句进行查询，得到查询结果集。
我们可以将这些步骤提取出来，封装在一个类里面。这样，每次执行数据库访问只需要
将必要的参数传递到这个类中就可以了。
使用环境和优点
《设计模式》给出了门面模式的使用环境：
1) 当你要为一个复杂子系统提供一个简单接口时。在上面已经描述了原因。
2) 客户程序与抽象类的实现部分之间存在着很大的依赖性。引入 facade 将这个子系统与
客户以及其他的子系统分离，可以提高子系统的独立性和可移植性（上面也提到了）。
3) 当你需要构建一个层次结构的子系统时，使用facade 模式定义子系统中每层的入口点。
如果子系统之间是相互依赖的，你可以让它们仅通过facade 进行通讯，从而简化了它
们之间的依赖关系。
以下是它的优点：
1) 它对客户屏蔽子系统组件，因而减少了客户处理的对象的数目并使得子系统使用起来更
加方便。
2) 它实现了子系统与客户之间的松耦合关系，而子系统内部的功能组件往往是紧耦合的。
松耦合关系使得子系统的组件变化不会影响到它的客户。Facade 模式有助于建立层次
结构系统，也有助于对对象之间的依赖关系分层。Facade 模式可以消除复杂的循环依
赖关系。这一点在客户程序与子系统是分别实现的时候尤为重要。在大型软件系统中降
低编译依赖性至关重要。在子系统类改变时，希望尽量减少重编译工作以节省时间。用
Facade 可以降低编译依赖性，限制重要系统中较小的变化所需的重编译工作。Facade
模式同样也有利于简化系统在不同平台之间的移植过程，因为编译一个子系统一般不需
要编译所有其他的子系统。
3) 如果应用需要，它并不限制它们使用子系统类。因此你可以让客户程序在系统易用性和
通用性之间加以选择。
从整体上来看门面模式给我的感觉是，它对于使两层之间的调用粗颗粒化很有帮助，避
免了大量细颗粒度的访问。这和SOA 中的一些观点是相同的。
197
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
