第7章 门面模式【Facade Pattern】---- 设计模式之禅读书笔记
大家都是高智商的人,都写过纸质的信件吧,比如给女朋友写情书什么的,写信的过程大家都还记得吧,
先写信的内容,然后写信封,然后把信放到信封中,封好,投递到信箱中进行邮递,这个过程还是比较
简单的,虽然简单,这四个步骤都是要跑的呀,信多了还是麻烦,比如到了情人节,为了大海捞针,给
十个女孩子发情书,都要这样跑一遍,你不要累死,更别说你要发个广告信啥的,一下子发 1 千万封邮
件,那不就完蛋了?那怎么办呢?还好,现在邮局开发了一个新业务,你只要把信件的必要信息高速我,
我给你发,我来做这四个过程,你就不要管了,只要把信件交给我就成了。
我们的类图还是从最原始的状态开始:
图1
在这中环境下,最累的是写信的人,为了发送一封信出去要有四个步骤,而且这四个步骤还不能颠倒,
你不可能没写信就把信放到信封吧,写信的人要知道这四个步骤,而且还要知道这四个步骤的顺序,恐怖
吧,我们先看看这个过程如何表现出来的:
先看写信的过程接口,定义了写信的四个步骤:
写信过程的具体实现:
然后就有人开始用这个过程写信了:
执行:
----------------------------------
填写信的内容....Hello,It's me,do you know who I am? I'm your old lover. I'd like to....
填写收件人地址及姓名....Happy Road No. 666,God Province,Heaven
把信放到信封中....
邮递信件...
----------------------------------
那这个过程与高内聚的要求相差甚远,你想,你要知道这四个步骤,而且还要知道这四个步骤的顺序,
一旦出错,信就不可能邮寄出去,那我们如何来改进呢?先看类图:
图2
这就是门面模式,还是比较简单的,Sub System 比较复杂,为了让调用者更方便的调用,就对 Sub System
进行了封装,增加了一个门面,Client 调用时,直接调用门面的方法就可以了,不用了解具体的实现方法
以及相关的业务顺序,我们来看程序的改变,LetterProcess 接口和实现类都没有改变,只是增加了一个
ModenPostOffice 类,我们这个 java 程序清单如下:
这个类是什么意思呢,就是说现在又一个叫 Hell Road PostOffice(地狱路邮局)提供了一种新型的
服务,客户只要把信的内容以及收信地址给他们,他们就会把信写好,封好,并发送出去,这种服务提出
时大受欢迎呀,这简单呀,客户减少了很多工作,那我们看看客户是怎么调用的,Client.java 的程序清单
如下:
执行:
----------------------------------
填写信的内容....Hello,It's me,do you know who I am? I'm your old lover. I'd like to....
填写收件人地址及姓名....Happy Road No. 666,God Province,Heaven
把信放到信封中....
邮递信件...
----------------------------------
看到没,客户简单了很多,提供这种模式后,系统的扩展性也有了很大的提高,突然一个非常时期,
寄往 God Province(上帝省)的邮件都必须进行安全检查,那我们这个就很好处理了,看类图:
图3
这就是门面模式,还是比较简单的,Sub System 比较复杂,为了让调用者更方便的调用,就对 Sub System
进行了封装,增加了一个门面,Client 调用时,直接调用门面的方法就可以了,不用了解具体的实现方法
以及相关的业务顺序,我们来看程序的改变,LetterProcess 接口和实现类都没有改变,只是增加了一个
ModenPostOffice 类:
门面模式讲解完毕,这是一个很好的封装方法,一个子系统比较复杂的实话,比如算法或者业务比较
复杂,就可以封装出一个或多个门面出来,项目的结构简单,而且扩展性非常好。还有,在一个较大项目
中的时候,为了避免人员带来的风险,也可以使用这个模式,技术水平比较差的成员,尽量安排独立的模
块(Sub System),然后把他写的程序封装到一个门面里,尽量让其他项目成员不用看到这些烂人的代码,
看也看不懂,我也遇到过一个“高人”写的代码,private 方法、构造函数、常量基本都不用,你要一个
public 方法,好,一个类里就一个 public 方法,所有代码都在里面,然后你就看吧,一大坨的程序,看着
能把人逼疯,使用门面模式后,对门面进行单元测试,约束项目成员的代码质量,对项目整体质量的提升
也是一个比较好的帮助。
大家都是高智商的人,都写过纸质的信件吧,比如给女朋友写情书什么的,写信的过程大家都还记得吧,
先写信的内容,然后写信封,然后把信放到信封中,封好,投递到信箱中进行邮递,这个过程还是比较
简单的,虽然简单,这四个步骤都是要跑的呀,信多了还是麻烦,比如到了情人节,为了大海捞针,给
十个女孩子发情书,都要这样跑一遍,你不要累死,更别说你要发个广告信啥的,一下子发 1 千万封邮
件,那不就完蛋了?那怎么办呢?还好,现在邮局开发了一个新业务,你只要把信件的必要信息高速我,
我给你发,我来做这四个过程,你就不要管了,只要把信件交给我就成了。
我们的类图还是从最原始的状态开始:
图1
在这中环境下,最累的是写信的人,为了发送一封信出去要有四个步骤,而且这四个步骤还不能颠倒,
你不可能没写信就把信放到信封吧,写信的人要知道这四个步骤,而且还要知道这四个步骤的顺序,恐怖
吧,我们先看看这个过程如何表现出来的:
先看写信的过程接口,定义了写信的四个步骤:
package com.life.facade;
/**
*
* 定义一个写信的过程
*/
public interface LetterProcess {
//首先要写信的内容
public void writeContext(String context);
//其次写信封
public void fillEnvelope(String address);
//把信放到信封里
public void letterInotoEnvelope();
//然后邮递
public void sendLetter();
}
写信过程的具体实现:
package com.life.facade;
/**
*
* 写信的具体实现了
*/
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.life.facade;
/**
*
* 我开始给朋友写信了
*/
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();
}
}
执行:
----------------------------------
填写信的内容....Hello,It's me,do you know who I am? I'm your old lover. I'd like to....
填写收件人地址及姓名....Happy Road No. 666,God Province,Heaven
把信放到信封中....
邮递信件...
----------------------------------
那这个过程与高内聚的要求相差甚远,你想,你要知道这四个步骤,而且还要知道这四个步骤的顺序,
一旦出错,信就不可能邮寄出去,那我们如何来改进呢?先看类图:
图2
这就是门面模式,还是比较简单的,Sub System 比较复杂,为了让调用者更方便的调用,就对 Sub System
进行了封装,增加了一个门面,Client 调用时,直接调用门面的方法就可以了,不用了解具体的实现方法
以及相关的业务顺序,我们来看程序的改变,LetterProcess 接口和实现类都没有改变,只是增加了一个
ModenPostOffice 类,我们这个 java 程序清单如下:
package com.life.facade;
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.life.facade;
/**
* 我开始给朋友写信了
*/
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);
}
}
执行:
----------------------------------
填写信的内容....Hello,It's me,do you know who I am? I'm your old lover. I'd like to....
填写收件人地址及姓名....Happy Road No. 666,God Province,Heaven
把信放到信封中....
邮递信件...
----------------------------------
看到没,客户简单了很多,提供这种模式后,系统的扩展性也有了很大的提高,突然一个非常时期,
寄往 God Province(上帝省)的邮件都必须进行安全检查,那我们这个就很好处理了,看类图:
图3
这就是门面模式,还是比较简单的,Sub System 比较复杂,为了让调用者更方便的调用,就对 Sub System
进行了封装,增加了一个门面,Client 调用时,直接调用门面的方法就可以了,不用了解具体的实现方法
以及相关的业务顺序,我们来看程序的改变,LetterProcess 接口和实现类都没有改变,只是增加了一个
ModenPostOffice 类:
package com.life.facade;
/**
* The Class ModenPostOffice.
*/
public class ModenPostOffice
{
/** The letter process. @Fields letterProcess : The letter process. */
private LetterProcess letterProcess = new LetterProcessImpl();
/** The letter police. @Fields letterPolice : The letter police. */
private Police letterPolice = new Police();
//写信,封装,投递,一体化了
/**
* Send letter.
*
* @param context the context
* @param address the address
*/
public void sendLetter(String context, String address)
{
//帮你写信
letterProcess.writeContext(context);
//写好信封
letterProcess.fillEnvelope(address);
//警察要检查信件了
letterPolice.checkLetter(letterProcess);
//把信放到信封中
letterProcess.letterInotoEnvelope();
//邮递信件
letterProcess.sendLetter();
}
}
package com.life.facade;
/**
* The Class Police.
*/
public class Police
{
/**
* 警察要检查信件了.
*
* @param letterProcess the letter process
* @since FacadePattern Ver1.0
*/
public void checkLetter(LetterProcess letterProcess)
{
System.out.println("警察要检查信件了 ....");
}
}
门面模式讲解完毕,这是一个很好的封装方法,一个子系统比较复杂的实话,比如算法或者业务比较
复杂,就可以封装出一个或多个门面出来,项目的结构简单,而且扩展性非常好。还有,在一个较大项目
中的时候,为了避免人员带来的风险,也可以使用这个模式,技术水平比较差的成员,尽量安排独立的模
块(Sub System),然后把他写的程序封装到一个门面里,尽量让其他项目成员不用看到这些烂人的代码,
看也看不懂,我也遇到过一个“高人”写的代码,private 方法、构造函数、常量基本都不用,你要一个
public 方法,好,一个类里就一个 public 方法,所有代码都在里面,然后你就看吧,一大坨的程序,看着
能把人逼疯,使用门面模式后,对门面进行单元测试,约束项目成员的代码质量,对项目整体质量的提升
也是一个比较好的帮助。