设计模式学习笔记（二）：门面模式【Facade】（二） 问题的改进

    上篇文章提出的问题：那这个过程与高内聚的要求相差甚远，你想，你要知道这四个步骤，而且还要知道这四个步骤的顺序，一旦出错，信就不可能邮寄出去，那我们如何来改进呢？

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

package com.facade;public class ModenPostOffice {private LetterProcess letterProcess = new LetterProcessImpl();//写信，封装，投递一体化了public void sendLetter(String context, String address){letterProcess.writeContext(context);//帮你写信letterProcess.fillEnvelope(address);//帮你写信封letterProcess.letterIntoEnvolpe();//帮你把信放到信封letterProcess.sendLetter();//帮你投递}}

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

package com.facade;/** * 我要开始写信了 */public class Client {public static void main(String[] args){//创建一个处理信件的过程//LetterProcess letterProcess = new LetterProcessImpl();//letterProcess.writeContext("Hello,It's me.");//letterProcess.fillEnvelope("Happy Road No.666");//letterProcess.letterIntoEnvolpe();//letterProcess.sendLetter();//现代化的邮局，有这项整合服务的邮局名叫：modenPostOfficeModenPostOffice modenPostOffice = new ModenPostOffice();//你只要把信的类容，地址给他，具体流程modenPostOffice帮你搞定String context = "Hello,It's me.";String address = "Happy Road No.666";modenPostOffice.sendLetter(context, address);}}

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

package com.facade;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(letterPolice);//警察要检查信件了letterProcess.letterIntoEnvolpe();//帮你把信放到信封letterProcess.sendLetter();//帮你投递}}

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