解读设计模式----外观模式(Facade Pattern),谈阿牛讨媳妇故事
一、模式简介
外观模式(Facade Pattern)可以将一系列复杂的类包装成一个简单的封闭接口。也称门面模式.
二、模式意图
每一种设计模式都有它的意图,我们看看设计模式的祖师们是怎么说的。按照GOF的说法,Facade模式的意图是:为了子系统中的一组接口提供一个一致的界面,Facade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
三、模式UML(下图转自http://www.dofactory.com/)
四、模式参与者
门面(Facade)角色:客户端可以调用这个角色的方法。
此角色知晓相关的(一个或者多个)子系统的功能和责任。
在正常情况下,本角色会将所有从客户端发来的请求委派到相应的子系统去。
子系统(SubSystem)角色:可以同时有一个或者多个子系统。
实现子系统的功能,处理由Facade对象指派的任务。
每一个子系统都不是一个单独的类,而是一个类的集合。
每一个子系统都可以被客户端直接调用,或者被门面角色调用。
子系统并不知道门面的存在,对于子系统而言,门面仅仅是另外一个客户端而已。
五、模式的实现
在做实现之前我们先来分享一个故事《阿牛取媳妇》,传说啊有一个很牛B的人物--阿牛,他不但多妻,还多得很特别.为什么说特别呢?因为他的所有妻子都是亲姐妹.呵呵,这样说来好象是真还有些特别,一个人把一家里的众多女儿都取到手了.实在是强,让人不得不佩服.
据说,有一个叫赵员外的商人,家里有6个女人,分别叫春香、夏香、秋香、冬香、花花和朵朵。一天一个牛B人(阿牛)出现了,在河边看见这六姐妹洗衣服。所谓英雄难过美人关,一见到其中一个便心动了,什么什么的一见钟情或许就是这样的吧。然后他发现其他的5个是一个比一个漂亮,阿牛便暗地里发誓说:“我一定要将你们几个大美人一并取回家当媳妇”。当阿牛发下誓后便暗地地打听这几个大美人的情况,了解清楚了他便觉定亲自出马去追这几个美人。然后分别将其取回家做媳妇。那阿牛是怎么追的呢?追到一个取回家,然后又追第二个取回家.........是这样的吗?见下图:
代码实现:
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)角色,众多女儿则是模式参与者中的子系统角色。
示意性代码如下:
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