24种设计模式--门面模式【Facede Pattern】

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

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

  1 package com.pattern.facade;
  2
  3 /**
  4  * 定义一个写信的过程
  5  * @author http://www.cnblogs.com/initial-road/
  6  *
  7  */
  8 public interface LetterProcess {
  9
 10     //首先要写信的内容
 11     public void writeContext(String context);
 12
 13     //其次写信封
 14     public void fillEnvelope(String address);
 15
 16     //把信放到信封里
 17     public void letterInotoEnvelope();
 18
 19     //然后邮递
 20     public void sendLetter();
 21
 22 }
 23
 24 写信过程的具体实现:
 25 package com.pattern.facade.impl;
 26
 27 import com.pattern.facade.LetterProcess;
 28
 29 /**
 30  * 写信的具体实现
 31  * @author http://www.cnblogs.com/initial-road/
 32  *
 33  */
 34 public class LetterProcessImpl implements LetterProcess{
 35
 36     /**
 37      * 在信封上填写必要的信息
 38      */
 39     @Override
 40     public void fillEnvelope(String address) {
 41         System.out.println("填写地址人地址及姓名..."+address);
 42     }
 43
 44     /**
 45      * 把信放到信封中,并封好
 46      */
 47     @Override
 48     public void letterInotoEnvelope() {
 49         System.out.println("把信放到信封中...");
 50     }
 51
 52     /**
 53      * 塞到邮箱中,邮递
 54      */
 55     @Override
 56     public void sendLetter() {
 57         System.out.println("邮递信件...");
 58     }
 59
 60     /**
 61      * 写信
 62      */
 63     @Override
 64     public void writeContext(String context) {
 65         System.out.println("填写信的内容..."+context);
 66     }
 67
 68 }
 69
 70 然后就有人开始用这个过程写信了:
 71 package com.pattern.facade;
 72
 73 import com.pattern.facade.impl.LetterProcessImpl;
 74
 75 /**
 76  * 给朋友写信
 77  * @author http://www.cnblogs.com/initial-road/
 78  *
 79  */
 80 public class Client {
 81
 82     public static void main(String[] args) {
 83
 84         //创建一个处理信件的过程
 85         LetterProcess letterProcess = new LetterProcessImpl();
 86
 87         //开始写信
 88         letterProcess.writeContext("Hello are you?");
 89
 90         //开始写信封
 91         letterProcess.fillEnvelope("北京市海淀区中关村中科院1002号. Jack");
 92
 93         //把信放到信封里,并封装好
 94        letterProcess.letterInotoEnvelope();
 95
 96         //跑到邮局把信塞到邮箱,投递
 97        letterProcess.sendLetter();
 98
 99     }
100
101 }

  那这个过程与高内聚的要求相差甚远,你想,你要知道这四个步骤,而且还要知道这四个步骤的顺序,一旦出错,信就不可能邮寄出去,那我们如何来改进呢?先看类图:

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

 1 package com.pattern.facade;
 2
 3 import com.pattern.facade.impl.LetterProcessImpl;
 4
 5 /**
 6  * 邮局
 7  * @author http://www.cnblogs.com/initial-road/
 8  *
 9  */
10 public class ModenPostOffice {
11     private LetterProcess letterProcess = new LetterProcessImpl();
12
13     //写信,封装,投递,一体化了
14     public void sendLetter(String context, String address){
15
16         //帮你写信
17        letterProcess.writeContext(context);
18
19         //写好信封
20        letterProcess.fillEnvelope(address);
21
22         //把信放到信封中
23        letterProcess.letterInotoEnvelope();
24
25         //邮递信件
26        letterProcess.sendLetter();
27     }
28 }

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

 1 package com.pattern.facade;
 2
 3 import com.pattern.facade.impl.LetterProcessImpl;
 4
 5 /**
 6  * 给朋友写信
 7  * @author http://www.cnblogs.com/initial-road/
 8  *
 9  */
10 public class Client {
11
12     public static void main(String[] args) {
13
14         //现代化的邮局,有这项服务,邮局名称叫Hell Road
15         ModenPostOffice hellRoadPostOffice = new ModenPostOffice();
16
17         //你只要把信的内容和收信人地址给他,他会帮你完成一系列的工作
18         //定义一个地址
19         String address = "Happy Road No. 666,God Province,Heaven";
20
21         String context = "Hello,It‘s me,do you know who I am? I‘m your old lover.I‘dlike to....";
22
23        hellRoadPostOffice.sendLetter(context, address);
24
25     }
26
27 }

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

  其他部分在类图上都不需要改动,那我们来看源码:

 1 package com.pattern.facade;
 2
 3 import com.pattern.facade.impl.LetterProcessImpl;
 4
 5 /**
 6  * 邮局
 7  * @author http://www.cnblogs.com/initial-road/
 8  *
 9  */
10 public class ModenPostOffice {
11     private LetterProcess letterProcess = new LetterProcessImpl();
12     private Police police = new Police();
13
14     //写信,封装,投递,一体化了
15     public void sendLetter(String context, String address){
16
17         //帮你写信
18        letterProcess.writeContext(context);
19
20         //写好信封
21        letterProcess.fillEnvelope(address);
22
23         //警察叔叔检查信件了
24        police.checkLetter(letterProcess);
25
26         //把信放到信封中
27        letterProcess.letterInotoEnvelope();
28
29         //邮递信件
30        letterProcess.sendLetter();
31     }
32 }

  只是增加了一个 letterPolice 变量的声明以及一个方法的调用,那这个写信的过程就变成了这样:先写信,然后写信封,然后警察开始检查,然后才把信放到信封,然后发送出去,那这个变更对客户来说,是透明的,他根本就看不到有人在检查他的邮件,他也不用了解,反正现代化的邮件都帮他做了,这也是他乐意的地方。

  门面模式讲解完毕,这是一个很好的封装方法,一个子系统比较复杂的实话,比如算法或者业务比较复杂,就可以封装出一个或多个门面出来,项目的结构简单,而且扩展性非常好。

  还有,在一个较大项目中的时候,为了避免人员带来的风险,也可以使用这个模式,技术水平比较差的成员,尽量安排独立的模块(Sub System),然后把他写的程序封装到一个门面里,尽量让其他项目成员不用看到这些烂人的代码,看也看不懂,我也遇到过一个“高人”写的代码,private 方法、构造函数、常量基本都不用,你要一个public 方法,好,一个类里就一个 public 方法,所有代码都在里面,然后你就看吧,一大坨的程序,看着能把人逼疯,使用门面模式后,对门面进行单元测试,约束项目成员的代码质量,对项目整体质量的提升也是一个比较好的帮助。

时间: 2025-01-19 22:58:44

24种设计模式--门面模式【Facede Pattern】的相关文章

24种设计模式--迭代模式【Iterator Pattern】

周五下午,我正在看技术网站,第六感官发觉有人在身后,扭头一看,我 C,老大站在背后,赶忙站起来,“王经理,你找我?” 我说. “哦,在看技术呀.有个事情找你谈一下,你到我办公室来一下.” 老大说. 到老大办公室,“是这样,刚刚我在看季报,我们每个项目的支出费用都很高,项目情况复杂,人员情况也不简单,我看着也有点糊涂,你看,这是我们现在还在开发或者维护的 103 个项目,你能不能先把这些项目信息重新打印一份给我,咱们好查查到底有什么问题.”老大说. “这个好办,我马上去办”我爽快的答复道.很快我设

24种设计模式--访问者模式【Visitor Pattern】

今天天气不错,绝对是晴空万里,骄阳似火呀,好,我们今天来讲访问者模式,我们在前面讲了组合模式和迭代器模式,通过组合模式我们能够把一个公司的人员组织机构树搭建起来,给管理带来非常大的便利,通过迭代器模式我们可以把每一个员工都遍历一遍,看看是不是有“人去世了还在领退休金”, “拿高工资而不干活的尸位素餐”等情况,那我们今天的要讲访问者模式是做什么用的呢? 我们公司有七百多技术人员,分布在全国各地,组织架构你在组合模式中也看到了,很常见的家长领导型模式,每个技术人员的岗位都是固定的,你在组织机构的那棵

24种设计模式--组合模式【Composite Pattern】

大家在上学的时候应该都学过“数据结构”这门课程吧,还记得其中有一节叫“二叉树”吧,我们上学那会儿这一章节是必考内容,左子树,右子树,什么先序遍历后序遍历什么,重点就是二叉树的的遍历,我还记得当时老师就说,考试的时候一定有二叉树的构建和遍历,现在想起来还是觉的老师是正确的,树状结果在实际项目应用的非常广泛. 咱就先说个最常见的例子,公司的人事管理就是一个典型的树状结构,你想想你公司的结构是不是这样: 从最高的老大,往下一层一层的管理,最后到我们这层小兵,很典型的树状结构(说明一下,这不是二叉树,有

24种设计模式--原型模式【Prototype Pattern】

今天我们来讲原型模式,这个模式的简单程度是仅次于单例模式和迭代器模式,非常简单,但是要使用好这个模式还有很多注意事项.我们通过一个例子来解释一下什么是原型模式. 现在电子账单越来越流行了,比如你的信用卡,到月初的时候银行就会发一份电子邮件到你邮箱中,说你这个月消费了多少,什么时候消费的,积分是多少等等,这个是每个月发一次,但是还有一种也是银行发的邮件你肯定有印象:广告信,现在各大银行的信用卡部门都在拉拢客户,电子邮件是一种廉价.快捷的通讯方式,你用纸质的广告信那个费用多高呀,比如我今天推出一个信

24种设计模式--命令模式【Command Pattern】

今天讲命令模式,这个模式从名字上看就很简单,命令嘛,老大发命令,小兵执行就是了,确实是这个意思,但是更深化了,用模式来描述真实世界的命令情况.正在看这本书的你,我猜测分为两类:已经工作的和没有工作的,先说没有工作的,那你为啥要看这本书,为了以后工作呗,只要你参加工作,你肯定会待在项目组,那今天我们就以项目组为例子来讲述命令模式. 我是我们部门的项目经理,就是一个项目的头,在中国做项目,项目经理就是什么都要懂,什么都要管,做好了项目经理就能分到一杯羹,做不好都是你项目经理的责任,这个是绝对的,行政

24种设计模式--桥梁模式【Bridge Pattern】

今天我要说说我自己,梦想中的我自己,我身价过亿,有两个大公司,一个是房地产公司,一个是服装制造业,这两个公司都很赚钱,天天帮我在累加财富,其实是什么公司我倒是不关心,我关心的是是不是在赚钱,赚了多少,我先用类图表示一下我这两个公司: 类图很简单,声明了一个 Corp 抽象类,定义一个公司的抽象模型,公司首先要是赚钱的,不赚钱谁开公司,做义务或善举那也是有背后利益支撑的,我还是赞这句话“天下熙熙,皆为利来:天下壤壤,皆为利往”,那我们先看 Corp 类的源代码: 1 package com.pat

24种设计模式--状态模式【State Pattern】

现在城市发展很快,百万级人口的城市一堆一堆的,那其中有两个东西的发明在城市的发展中起到非常重要的作用:一个是汽车,一个呢是...,猜猜看,是什么?是电梯!汽车让城市可以横向扩展,电梯让城市可以纵向延伸,向空中伸展.汽车对城市的发展我们就不说了,电梯,你想想看,如果没有电梯,每天你需要爬 10 层楼梯, 你是不是会崩溃掉?建筑师设计了一个没有电梯的建筑,那投资家肯定不愿意投资,那也是建筑师的耻辱呀,今天我们就用程序表现一下这个电梯是怎么运作的. 我们每天都在乘电梯,那我们来看看电梯有哪些动作(映射

24种设计模式--策略模式【Strategy Pattern】

刘备要到江东娶老婆了,走之前诸葛亮给赵云(伴郎)三个锦囊妙计,说是按天机拆开解决棘手问题,嘿,还别说,真是解决了大问题,搞到最后是周瑜赔了夫人有折兵呀,那咱们先看看这个场景是什么样子的. 先说这个场景中的要素:三个妙计,一个锦囊,一个赵云,妙计是小亮同志给的,妙计是放置在锦囊里,俗称就是锦囊妙计嘛,那赵云就是一个干活的人,从锦囊中取出妙计,执行,然后获胜,用Java程序怎么表现呢? 我们先看类图: 三个妙计是同一类型的东东,那咱就写个接口: 1 package com.iadmob.strate

24种设计模式--单例模式【Singleton Pattern】

这个模式是很有意思,而且比较简单,但是我还是要说因为它使用的是如此广泛,如此的有人缘,单例就是单一.独苗的意思,那什么是独一份呢?你的思维是 独一份,除此之外还有什么不能山寨的呢?我们举个比较难复制的对象:皇帝 中国的历史上很少出现两个皇帝并存的时期,是有,但不多,那我们就认为皇帝是个单例模式,在这个场景中,有皇帝,有大臣,大臣是天天要上朝参见皇帝的,今天参拜的皇帝应用和昨天.前天的一样(过渡期的不考虑),大臣磕完头,抬头一看,嗨,还是昨天那个皇帝,单例模式,绝对的单例模式. 先看类图: 然后我