![]() |
#2
bygg2010-08-04 15:49
![]() using System; using System.Configuration; using System.Reflection; namespace KFC { /**//// <summary> /// Client 类 /// </summary> public class Client { public static void Main(string[] args) { FoodManager foodmanager = new FoodManager(); Builder instance; Console.WriteLine("Please Enter Food No:"); string No = Console.ReadLine(); string foodType = ConfigurationSettings.AppSettings["No"+No]; instance = (Builder)Assembly.Load("KFC").CreateInstance("KFC." + foodType); foodmanager.Construct(instance); } } } 产品(套餐)类: ![]() using System; using System.Collections; namespace KFC { /**//// <summary> /// Food类,即产品类 /// </summary> public class Food { Hashtable food = new Hashtable(); /**//// <summary> /// 添加食品 /// </summary> /// <param name="strName">食品名称</param> /// <param name="Price">价格</param> public void Add(string strName,string Price) { food.Add(strName,Price); } /**//// <summary> /// 显示食品清单 /// </summary> public void Show() { IDictionaryEnumerator myEnumerator = food.GetEnumerator(); Console.WriteLine("Food List:"); Console.WriteLine("------------------------------"); string strfoodlist = ""; while(myEnumerator.MoveNext()) { strfoodlist = strfoodlist + "\n\n" + myEnumerator.Key.ToString(); strfoodlist = strfoodlist + ":\t" +myEnumerator.Value.ToString(); } Console.WriteLine(strfoodlist); Console.WriteLine("\n------------------------------"); } } } 2.指导者通知建造器。收银员(指导者)告知餐馆员工准备套餐。这里我们准备套餐的顺序是:放入汉堡,可乐倒入杯中,薯条放入盒中,并把这些东西都放在盘子上。这个过程对于普通套餐和黄金套餐来说都是一样的,不同的是它们的汉堡,可乐,薯条价格不同而已。如时序图红色部分所示: 只有本站会员才能查看附件,请 登录 程序实现: ![]() using System; namespace KFC { /**//// <summary> /// FoodManager类,即指导者 /// </summary> public class FoodManager { public void Construct(Builder builder) { builder.BuildHamb(); builder.BuildCoke(); builder.BuildChip(); } } } |
概述
在软件系统中,有时候面临着“一个复杂对象”的创建工作,其通常由各个部分的子对象用一定的算法构成;由于需求的变化,这个复杂对象的各个部分经常面临着剧烈的变化,但是将它们组合在一起的算法确相对稳定。如何应对这种变化?如何提供一种“封装机制”来隔离出“复杂对象的各个部分”的变化,从而保持系统中的“稳定构建算法”不随着需求改变而改变?这就是要说的建造者模式。
本文通过现实生活中的买KFC的例子,用图解的方式来诠释建造者模式。
意图
将一个复杂的构建与其表示相分离,使得同样的构建过程可以创建不同的表示。
模型图
只有本站会员才能查看附件,请 登录
生活中的例子
生成器模式将复杂对象的构建与对象的表现分离开来,这样使得同样的构建过程可以创建出不同的表现。这种模式用于快餐店制作儿童餐。典型的儿童餐包括一个主食,一个辅食,一杯饮料和一个玩具(例如汉堡、炸鸡、可乐和玩具车)。这些在不同的儿童餐中可以是不同的,但是组合成儿童餐的过程是相同的。无论顾客点的是汉堡,三名治还是鸡肉,过程都是一样的。柜台的员工直接把主食,辅食和玩具放在一起。这些是放在一个袋子中的。饮料被倒入杯中,放在袋子外边。这些过程在相互竞争的餐馆中是同样的。
只有本站会员才能查看附件,请 登录
实现过程图解
在这里我们还是以去KFC店买套餐为例子,示意图如下:
只有本站会员才能查看附件,请 登录
客户端:顾客。想去买一套套餐(这里面包括汉堡,可乐,薯条),可以有1号和2号两种套餐供顾客选择。
指导者角色:收银员。知道顾客想要买什么样的套餐,并告诉餐馆员工去准备套餐。
建造者角色:餐馆员工。按照收银员的要求去准备具体的套餐,分别放入汉堡,可乐,薯条等。
产品角色:最后的套餐,所有的东西放在同一个盘子里面。
下面开始我们的买套餐过程。
1.客户创建Derector对象,并用它所想要的Builder对象进行配置。顾客进入KFC店要买套餐,先找到一个收银员,相当于创建了一个指导者对象。这位收银员给出两种套餐供顾客选择:1普通套餐,2黄金套餐。完成的工作如时序图中红色部分所示。
只有本站会员才能查看附件,请 登录
<转>
[ 本帖最后由 bygg 于 2010-8-4 16:04 编辑 ]