解读设计模式----外观模式(Facade Pattern),谈阿牛讨媳妇故事

本文主要是介绍解读设计模式----外观模式(Facade Pattern),谈阿牛讨媳妇故事,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

一、模式简介

      外观模式(Facade Pattern)可以将一系列复杂的类包装成一个简单的封闭接口。也称门面模式.

 

二、模式意图

      每一种设计模式都有它的意图,我们看看设计模式的祖师们是怎么说的。按照GOF的说法,Facade模式的意图是:为了子系统中的一组接口提供一个一致的界面,Facade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。

      

三、模式UML(下图转自http://www.dofactory.com/)

                           

 

 四、模式参与者

      门面(Facade)角色:客户端可以调用这个角色的方法。

          此角色知晓相关的(一个或者多个)子系统的功能和责任。

          在正常情况下,本角色会将所有从客户端发来的请求委派到相应的子系统去。

          

      子系统(SubSystem)角色:可以同时有一个或者多个子系统。

          实现子系统的功能,处理由Facade对象指派的任务。

          每一个子系统都不是一个单独的类,而是一个类的集合。

          每一个子系统都可以被客户端直接调用,或者被门面角色调用。

          子系统并不知道门面的存在,对于子系统而言,门面仅仅是另外一个客户端而已。

 

五、模式的实现

     在做实现之前我们先来分享一个故事《阿牛取媳妇》,传说啊有一个很牛B的人物--阿牛,他不但多妻,还多得很特别.为什么说特别呢?因为他的所有妻子都是亲姐妹.呵呵,这样说来好象是真还有些特别,一个人把一家里的众多女儿都取到手了.实在是强,让人不得不佩服.

 

     据说,有一个叫赵员外的商人,家里有6个女人,分别叫春香、夏香、秋香、冬香、花花和朵朵。一天一个牛B人(阿牛)出现了,在河边看见这六姐妹洗衣服。所谓英雄难过美人关,一见到其中一个便心动了,什么什么的一见钟情或许就是这样的吧。然后他发现其他的5个是一个比一个漂亮,阿牛便暗地里发誓说:“我一定要将你们几个大美人一并取回家当媳妇”。当阿牛发下誓后便暗地地打听这几个大美人的情况,了解清楚了他便觉定亲自出马去追这几个美人。然后分别将其取回家做媳妇。那阿牛是怎么追的呢?追到一个取回家,然后又追第二个取回家.........是这样的吗?见下图:

                      

代码实现:

<!--

Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/

-->  1  namespace  DesignPattern.FacadePattern
 2  {
 3       class  Program
 4      {
 5           static   void  Main( string [] args)
 6          {
 7              阿牛 an  =   new  阿牛();
 8              IList wife  =  an.GetWife();
 9               for  ( int  i  =   0 ; i  <  wife.Count; i ++ )
10              {
11                  Console.WriteLine(wife[i].GetType().ToString());
12              }
13          }
14      }
15 
16       class  春香 { }
17       class  夏香 { }
18       class  秋香 { }
19       class  冬香 { }
20       class  花花 { }
21       class  朵朵 { }
22 
23       class  阿牛
24      {
25          IList wife  =   new  ArrayList();
26 
27           public  IList GetWife()
28          {
29               // 阿牛追春香
30              wife.Add( new  春香());   // 春香同意了,放入老婆队列
31              wife.Add( new  夏香());
32              wife.Add( new  秋香());
33               // 其他类似,代码略
34 
35               return  wife;
36          }
37 
38      }
39  }

   

     这样,阿牛就可以把赵员外全部的女人都取回家了。可是,在着其中阿牛发现了很大的一个问题,那就是他在反复的做重复的事情,既追美女--美女同意-->取回家当媳妇,追美女--美女同意-->取回家当媳妇......

     在OO的程序设计中,我想大家都比较清楚,我们为什么要使用OO的设计思想,通过OO的设计给我们带来的最大好处是什么?我想“复用”应该是其中一个吧,如上阿牛讨老婆,追到一个美女厚又去追第二个,这样的重复性劳动我们是不是应该想办法来解决呢?如果应用到OO的设计思想,我们应该采取什么要的设计方式来解决呢?

     我想,现在应该就是外观(Facade)模式上场的时候了,阿牛的最终目的是把赵员外的全部女人追到手,然后取回家当媳妇。那么,引入Facade模式,我们应该怎么来处理呢?既然阿牛怎么行,六个女人都可以搞顶,那么让他直接去找赵员外也应该不成问题,让赵员外直接把6个女儿全部嫁给他。

 

     通过引入Facade模式,改进后的阿牛讨媳妇的设计如下:

                       

     实现思想就是,阿牛要取到赵员外的众多女儿,如果阿牛直接去找其中的一个,然后将其取回家,这样众多的女儿他就要去重复多次相同的动作了。阿牛很聪明,也很自信,他相信怎么多美人都可以搞定,那他一定也能够搞定赵员外这个老头子,如果他便向赵员外提亲,还要求将他的全部女儿都出嫁给他。这样赵员外就充当了一个门面(Facade)角色,众多女儿则是模式参与者中的子系统角色。

     示意性代码如下:

<!--

Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/

-->  1  namespace  DesignPattern.FacadePattern
 2  {
 3       class  FacadeTwo
 4      {
 5           public   static   void  Main( string [] arags)
 6          {
 7              Father facade  =   new  Father();
 8              facade.Married();
 9          }
10      }
11 
12       public   class  春香 
13      {
14           public   void  Married()
15          {
16              Console.WriteLine( " 春香出嫁! " );
17          }
18      }
19       public   class  夏香 
20      {
21           public   void  Married()
22          {
23              Console.WriteLine( " 夏香出嫁! " );
24          }
25      }
26       public   class  秋香 
27      {
28           public   void  Married()
29          {
30              Console.WriteLine( " 秋香出嫁! " );
31          }
32      }
33       public   class  冬香 
34      { 
35           // 此处代码与上基本相似,代码略
36      }
37       public   class  花花 { }
38       public   class  朵朵 { }
39 
40       public   class  Father
41      {
42           private   readonly  春香 cx  =   new  春香();
43           private   readonly  夏香 xx  =   new  夏香();
44           private   readonly  秋香 qx  =   new  秋香();
45           private   readonly  冬香 dx  =   new  冬香();
46           // ..其他的略同,代码省
47 
48           public   void  Married()
49          {
50              cx.Married();
51              xx.Married();
52              qx.Married();
53               // ..其他的略同,代码省
54          }
55      }
56  }

     这个阿牛真的很强哈,从赵员外手上一下取了六个老婆,佩服,佩服!!!!

 

六、协作关系

      客户程序通过发送请求给Facade的方法与子系统通讯,Facade将这些消息转发给适当的子系统对象。尽管是子系统中的有关对象在做实际的工作,但Facade模式本身也必须将它的接口转换成子系统的接口。

      使用Facade的客户程序不需要直接访问子系统对象(父母包办,想娶人家女儿,直接找她老爹商量就OK!)。

 

七、相关模式 

      Abstract Factory模式可以与Facade模式一起使用以提供一个接口,这一接口可用来以一种子系统独立的方式创建子系统对象。Abatract Factory模式也可以代替Facade模式隐藏那些与平台相关的类。

      Singleton模式常在Facade模式中出现,每一个子系统只有一个门面类,而且此门面类只有一个实例,也就是说它是一个单例(Singleton)模式。但整个系统可以有多个门面类。

      Mediator模式与Facade模式的相似之处是,它抽象了一些已有的类的功能。

 

八、参考文献

Addison-Wesley,1995,p.185. 中文版:《设计模式:可复用的面向对象软件的基础》 李英军等译.

Alan Sharroway & James r.Trott.中文版:《设计模式精解》 熊节译。

Jams W.Cooper 著. 《C#设计模式》  张志华 刘云鹏译

张逸  著《软件设计精要与模式》

 

注:转载请注明出处:http://beniao.cnblogs.com/ 或http://www.cnblogs.com/   作者 :Beniao

这篇关于解读设计模式----外观模式(Facade Pattern),谈阿牛讨媳妇故事的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/696105

相关文章

解读为什么@Autowired在属性上被警告,在setter方法上不被警告问题

《解读为什么@Autowired在属性上被警告,在setter方法上不被警告问题》在Spring开发中,@Autowired注解常用于实现依赖注入,它可以应用于类的属性、构造器或setter方法上,然... 目录1. 为什么 @Autowired 在属性上被警告?1.1 隐式依赖注入1.2 IDE 的警告:

Rust中的注释使用解读

《Rust中的注释使用解读》本文介绍了Rust中的行注释、块注释和文档注释的使用方法,通过示例展示了如何在实际代码中应用这些注释,以提高代码的可读性和可维护性... 目录Rust 中的注释使用指南1. 行注释示例:行注释2. 块注释示例:块注释3. 文档注释示例:文档注释4. 综合示例总结Rust 中的注释

解读Pandas和Polars的区别及说明

《解读Pandas和Polars的区别及说明》Pandas和Polars是Python中用于数据处理的两个库,Pandas适用于中小规模数据的快速原型开发和复杂数据操作,而Polars则专注于高效数据... 目录Pandas vs Polars 对比表使用场景对比Pandas 的使用场景Polars 的使用

Rust中的Drop特性之解读自动化资源清理的魔法

《Rust中的Drop特性之解读自动化资源清理的魔法》Rust通过Drop特性实现了自动清理机制,确保资源在对象超出作用域时自动释放,避免了手动管理资源时可能出现的内存泄漏或双重释放问题,智能指针如B... 目录自动清理机制:Rust 的析构函数提前释放资源:std::mem::drop android的妙

golang字符串匹配算法解读

《golang字符串匹配算法解读》文章介绍了字符串匹配算法的原理,特别是Knuth-Morris-Pratt(KMP)算法,该算法通过构建模式串的前缀表来减少匹配时的不必要的字符比较,从而提高效率,在... 目录简介KMP实现代码总结简介字符串匹配算法主要用于在一个较长的文本串中查找一个较短的字符串(称为

Java实现状态模式的示例代码

《Java实现状态模式的示例代码》状态模式是一种行为型设计模式,允许对象根据其内部状态改变行为,本文主要介绍了Java实现状态模式的示例代码,文中通过示例代码介绍的非常详细,需要的朋友们下面随着小编来... 目录一、简介1、定义2、状态模式的结构二、Java实现案例1、电灯开关状态案例2、番茄工作法状态案例

MySQL中的MVCC底层原理解读

《MySQL中的MVCC底层原理解读》本文详细介绍了MySQL中的多版本并发控制(MVCC)机制,包括版本链、ReadView以及在不同事务隔离级别下MVCC的工作原理,通过一个具体的示例演示了在可重... 目录简介ReadView版本链演示过程总结简介MVCC(Multi-Version Concurr

关于Gateway路由匹配规则解读

《关于Gateway路由匹配规则解读》本文详细介绍了SpringCloudGateway的路由匹配规则,包括基本概念、常用属性、实际应用以及注意事项,路由匹配规则决定了请求如何被转发到目标服务,是Ga... 目录Gateway路由匹配规则一、基本概念二、常用属性三、实际应用四、注意事项总结Gateway路由

解读Redis秒杀优化方案(阻塞队列+基于Stream流的消息队列)

《解读Redis秒杀优化方案(阻塞队列+基于Stream流的消息队列)》该文章介绍了使用Redis的阻塞队列和Stream流的消息队列来优化秒杀系统的方案,通过将秒杀流程拆分为两条流水线,使用Redi... 目录Redis秒杀优化方案(阻塞队列+Stream流的消息队列)什么是消息队列?消费者组的工作方式每

解读静态资源访问static-locations和static-path-pattern

《解读静态资源访问static-locations和static-path-pattern》本文主要介绍了SpringBoot中静态资源的配置和访问方式,包括静态资源的默认前缀、默认地址、目录结构、访... 目录静态资源访问static-locations和static-path-pattern静态资源配置