伍迷家园

让编程融入生活
随笔 - 92, 文章 - 0, 评论 - 2113, 引用 - 172
数据加载中……

小菜编程成长记(七 工厂不好用了?)

(续上篇)
         小菜心里想:“大鸟要我做的是一个商场收银软件,营业员根据客户购买商品单价和数量,向客户收费。这个很简单,两个文本框,输入单价和数量,再用个列表框来记录商品的合计,最终用一个按钮来算出总额就可,对,还需要一个重置按钮来重新开始,不就行了?!”

代码样例(可使用):


商场收银系统v1.0关键代码如下:

//声明一个double变量total来计算总计
        double total = 0.0d;
        
private void btnOk_Click(object sender, EventArgs e)
        
{
            
//声明一个double变量totalPrices来计算每个商品的单价(txtPrice)*数量(txtNum)后的合计
            double totalPrices=Convert.ToDouble(txtPrice.Text) * Convert.ToDouble(txtNum.Text);
            
//将每个商品合计计入总计
            total = total + totalPrices;
            
//在列表框中显示信息
            lbxList.Items.Add("单价:"+txtPrice.Text+" 数量:"+txtNum.Text+" 合计:"+totalPrices.ToString());
            
//在lblResult标签上显示总计数
            lblResult.Text = total.ToString();
        }

       “大鸟,”小菜叫道,“来看看,这不就是你要的收银软件吗?我不到半小时就搞定了。”
       “哈哈,很快吗,”大鸟说着,看了看小菜的代码。接着说:“现在我要求商场对商品搞活动,所有的商品打8折。”
       “那不就是在totalPrices后面乘以一个0.8吗?”
       “小子,难道商场活动结束,不打折了,你还要再把程序改写代码再去把所有机器全部安装一次吗?再说,我现在还有可能因为周年庆,打五折的情况,你怎么办?”
        小菜不好意思道:“啊,我想得是简单了点。其实只要加一个下拉选择框就可以解决你说的问题。”
        大鸟微笑不语。

商场收银系统v1.1关键代码如下:

double total = 0.0d;
        
private void btnOk_Click(object sender, EventArgs e)
        
{
            
double totalPrices=0d;
            
//cbxType是一个下拉选择框,分别有“正常收费”、“打8折”、“打7折”和“打5折”
            switch(cbxType.SelectedIndex)
            
{
                
case 0:
                    totalPrices 
= Convert.ToDouble(txtPrice.Text) * Convert.ToDouble(txtNum.Text);
                    
break;
                
case 1:
                    totalPrices 
= Convert.ToDouble(txtPrice.Text) * Convert.ToDouble(txtNum.Text) * 0.8;
                    
break;
                
case 2:
                    totalPrices 
= Convert.ToDouble(txtPrice.Text) * Convert.ToDouble(txtNum.Text) * 0.7;
                    
break;
                
case 3:
                    totalPrices 
= Convert.ToDouble(txtPrice.Text) * Convert.ToDouble(txtNum.Text) * 0.5;
                    
break;

            }

            total 
= total + totalPrices;
            lbxList.Items.Add(
"单价:" + txtPrice.Text + " 数量:" + txtNum.Text + " "+cbxType.SelectedItem+ " 合计:" + totalPrices.ToString());
            lblResult.Text 
= total.ToString();
        }

       “这下可以了吧,只要我事先把商场可能的打折都做成下拉选择框的项,要变化的可能性就小多了。”小菜说道。
       “这比刚才灵活性上是好多了,不过重复代码很多,像Convert.ToDouble(),你这里就写了8遍,而且4个分支要执行的语句除了打折多少以外几乎没什么不同,应该考虑重构一下。不过还不是最主要的,现在我的需求又来了,商场的活动加大,需要有满300返100的促销算法,你说怎么办?”
        “满300返100,那要是700就要返200了?这个必须要写函数了吧?”
         “小菜呀,看来之前教你的白教了,这里面看不出什么名堂吗?”   
         “哦!我想起来了,你的意思是简单工厂模式是吧,对的对的,我可以先写一个父类,再继承它实现多个打折和返利的子类,利用多态,完成这个代码。”
         “你打算写几个子类?”
         “根据需求呀,比如8折、7折、5折、满300送100、满200送50……要几个写几个。”
        “小菜又不动脑子了,有必要这样吗?如果我现在要3折,我要满300送80,你难道再去加子类?你不想想看,这当中哪些是相同的,哪些是不同的?”
         “对的,这里打折基本都是一样的,只要有个初始化参数就可以了。满几送几的,需要两个参数才行,明白,现在看来不麻烦了。”
        “面向对象的编程,并不是类越多越好,类的划分是为了封装,但分类的基础是抽象,具有相同属性和功能的对象的抽象集合才是类 。打一折和打九折只是形式的不同,抽象分析出来,所有的打折算法都是一样的,所以打折算法应该是一个类。好了,空话已说了太多,写出来再是真的懂。”

         大约1个小时后,小菜交出了第三份的作业


商场收银系统v1.3关键代码如下

 

    //现金收取父类
    abstract class CashSuper
    
{
        
//抽象方法:收取现金,参数为原价,返回为当前价
        public abstract double acceptCash(double money);
    }

    
//正常收费,继承CashSuper
    class CashNormal : CashSuper
    
{
        
public override double acceptCash(double money)
        
{
            
return money;
        }

    }

    
//打折收费,继承CashSuper
    class CashRebate : CashSuper
    
{
        
private double moneyRebate = 1d;
        
//初始化时,必需要输入折扣率,如八折,就是0.8
        public CashRebate(string moneyRebate)
        
{
            
this.moneyRebate = double.Parse(moneyRebate);
        }


        
public override double acceptCash(double money)
        
{
            
return money * moneyRebate;
        }

    }

    
//返利收费,继承CashSuper
    class CashReturn : CashSuper
    
{
        
private double moneyCondition = 0.0d;
        
private double moneyReturn = 0.0d;
        
//初始化时必须要输入返利条件和返利值,比如满300返100,则moneyCondition为300,moneyReturn为100
        public CashReturn(string moneyCondition, string moneyReturn)
        
{
            
this.moneyCondition = double.Parse(moneyCondition);
            
this.moneyReturn = double.Parse(moneyReturn);
        }


        
public override double acceptCash(double money)
        
{
            
double result = money;
            
//若大于返利条件,则需要减去返利值
            if (money >= moneyCondition)
                result 
= money - Math.Floor(money / moneyCondition) * moneyReturn;

            
return result;
        }

    }

    
//现金收取工厂
    class CashFactory
    
{
        
//根据条件返回相应的对象
        public static CashSuper createCashAccept(string type)
        
{
            CashSuper cs 
= null;
            
switch (type)
            
{
                
case "正常收费":
                    cs 
= new CashNormal();
                    
break;
                
case "满300返100":
                    CashReturn cr1 
= new CashReturn("300""100");
                    cs 
= cr1;
                    
break;
                
case "打8折":
                    CashRebate cr2 
= new CashRebate("0.8");
                    cs 
= cr2;
                    
break;
            }

            
return cs;
        }

    }


    
//客户端窗体程序(主要部分)
    CashSuper csuper;//声明一个父类对象
    double total = 0.0d;
    
private void btnOk_Click(object sender, EventArgs e)
    
{
        
//利用简单工厂模式根据下拉选择框,生成相应的对象
        csuper = CashFactory.createCashAccept(cbxType.SelectedItem.ToString());
        
double totalPrices=0d;
        
//通过多态,可以得到收取费用的结果
        totalPrices = csuper.acceptCash(Convert.ToDouble(txtPrice.Text) * Convert.ToDouble(txtNum.Text));
        total 
= total + totalPrices;
        lbxList.Items.Add(
"单价:" + txtPrice.Text + " 数量:" + txtNum.Text + " "+cbxType.SelectedItem+ " 合计:" + totalPrices.ToString());
        lblResult.Text 
= total.ToString();
    }

代码样例(可使用)


      “大鸟,搞定,这次无论你要怎么改,我都可以简单处理就行了。”小菜自信满满的说。
      “是吗,我要是需要打5折和满500送200的促销活动,如何办?”
      “只要在现金工厂当中加两个条件,在界面的下拉选项框里加两项,就OK了。”
      “现金工厂?!你当是生产钞票呀。是收费对象生成工厂才准确。说得不错,如果我现在需要增加一种商场促销手段,满100积分10点,以后积分到一定时候可以领取奖品如何做?”
      “有了工厂,何难?加一个积分算法,构造方法有两个参数:条件和返点,让它继承CashSuper,再到现金工厂,哦,不对,,是收—费—对—象—生—成—工—厂里加满100积分10点的分支条件,再到界面稍加改动,就行了。”
      “嗯,不错,那我问你,如果商场现在需要拆迁,没办法,只能跳楼价销售,商场的所有商品都需要打8折,打折后的价钱再每种商品满300送50,最后计总价的时候,商场还满1000送200,你说如何办?”
      “搞没搞错哦,这商场不如白送得了,哪有这样促销的?老板跳楼时估计都得赤条条的了。”
       “商场大促销你还不高兴呀!当然,你是软件开发者,客户老是变动需求的确不爽,但你不能不让客户提需求呀,我不是说过吗,需求的变更是必然!所以开发者应该的是考虑如何让自己的程序更能适应变化,而不是抱怨客户的无理,客户不会管程序员加班时的汗水,也不相信程序员失业时的眼泪,因为客户自己正在为自己的放血甩卖而流泪呀。”
        大鸟接着说:“简单工厂模式虽然也能解决这个问题,但的确不是最好的办法,另外由于商场是可能经常性的更改打折额度和返利额度,每次更改都需要改写代码重新编译部署真的是很糟糕的处理方式,面对算法的时常变动,应该有更好的办法。好好去研究一下设计模式吧,推荐你看一本书,《深入浅出设计模式》,或许你看完第一章,就会有解决办法了。
        小菜进入了沉思中……
 

(待续)

本例C#源代码
另:建议大家去阅读《深入浅出设计模式》,第一章下载,本人非常喜欢这本书的风格,这是真正的做到了深入浅出呀。我也希望自己可以用类似的方式讲述问题。
本文还有一个用意是对一些初学者,可以考虑一下大鸟提出的问题,在我的下一篇《小菜编程成长记 八》出来之前,改写我的源代码,实现更灵活更方便的商场收银程序共享给大家讨论,或许您写的东东比我写的还要好,那样就大家都有提高了。程序不是看出来的,是写出来的。好好加油!

posted on 2007-03-20 09:38 伍迷 阅读(7890) 评论(51)  编辑 收藏 网摘 所属分类: 面向对象小菜编程成长记

评论

#1楼   回复  引用  查看    

模式不是万能膏药,特别是工厂模式,这只是一种Create模式,只能在创建对象的特定领域起到作用,根据你的情况你应该选择其它更加合适的设计模式,在这里工厂模式的确不好用了,因为他本来就不是解决你所面对的问题领域的最佳实践。
2007-03-20 09:47 | 亚历山大同志      

#2楼[楼主]   回复  引用  查看    

@亚历山大同志
说得好,我的目的就是希望通过小菜这样一个初学设计模式的程序员的视角来分析,设计模式的如何使用,工厂模式的确不是万灵药。
2007-03-20 09:57 | 伍迷      

#3楼   回复  引用  查看    

@伍迷
搂主写的真好
2007-03-20 10:30 | 玉开      

#4楼[楼主]   回复  引用  查看    

@玉开
谢谢鼓励!这篇博客距《小菜编程成长记 五》差不多半年才出来,实在是有些汗颜,我会努力写下去,一同加油。
2007-03-20 10:34 | 伍迷      

#5楼   回复  引用    

好文!
2007-03-20 10:41 | 幻想曲[未注册用户]

#6楼   回复  引用  查看    

难得一见的好文.
2007-03-20 11:50 | 西门子乌      

#7楼[楼主]   回复  引用  查看    

@幻想曲
@西门子乌
感谢ing
2007-03-20 12:09 | 伍迷      

#8楼   回复  引用  查看    

非常喜欢您这种授人以“渔”的文章。
2007-03-20 13:14 | white.wu      

#9楼   回复  引用    

好文,支持!
2007-03-20 13:47 | lfzx_1227[未注册用户]

#10楼   回复  引用    

界面很漂亮啊,用什么做的?

老实说,我想不出什么好办法,我和小菜一样,觉得用函数来解决是最直接最方便的方法。假设必须要改逻辑,那么增加一个函数,比增加很多个类要方便得多,假设不该逻辑,而由客户设定参数。那么我想可以有个后台的数据库处理界面。
比如某个商品特价,一般事先修改了数据库本身,而不是收费的时候再来打折。
2007-03-20 18:29 | 航天奇侠

#11楼[楼主]   回复  引用  查看    

@航天奇侠
上面的程序是用Flex写的,我事先用.net写了一遍,后又感觉只放图片在网上不直观,不如干脆当是练手,就用Flex仿造.net的程序又写了一遍,这样也加深自己对Flex的熟悉程度,因为我坚信,编程是需要动手才能提高快的。
2007-03-20 18:41 | 伍迷      

#12楼[楼主]   回复  引用  查看    

@white.wu
@lfzx_1227
我写这个系列的目的主要是因为现在关于直接谈设计模式的书籍太多,但是是如何才在实际中用上的讲解并不多,很多都是就设计模式而写的伪代码,不直观,也不容易掌握。我想从初学者的视角来谈如何学习设计模式,这算是一种尝试吧。谢谢鼓励!
2007-03-20 18:45 | 伍迷      

#13楼   回复  引用  查看    

不错,鼓励多写一点。
2007-03-21 10:57 | bobmazelin      

#14楼   回复  引用  查看    

支持!看过《深入浅出设计模式》英文版,觉得楼主的写作风格有相似之出,不错……
2007-03-22 08:40 | 3echo      

#15楼   回复  引用  查看    


小菜编程成长记 之六 ?
2007-03-22 10:44 | gmsft      

#16楼   回复  引用  查看    

very good. mark
2007-03-22 11:00 | Ame      

#17楼   回复  引用  查看    

醍醐灌顶!
感谢,领悟不少东西!!!
2007-03-23 13:37 | 8      

#18楼   回复  引用    

head first那本设计模式的书的确不错,但个人以为C#语言初学者还是不太合适,因为毕竟用Java写的书虽然能体现思想,但是容易让照壶画瓢的初学者迷糊。个人以为,刚开始学习C#语言的人,还是要等到语言扎实了再读那本书。
2007-03-24 17:35 | SnowDoggie[未注册用户]

#19楼   回复  引用  查看    

太棒了,我正是这样初学设计模式的小菜,需要这样的文章
谢谢楼主!
2007-03-26 17:26 | Bryant      

#20楼   回复  引用    

这个问题好像只简单工厂模式(simple factory pattern)不适用了,如果用工厂模式(factory pattern)还是可以适用,好像无需反射。
2007-03-27 00:09 | tom[匿名][未注册用户]

#21楼[楼主]   回复  引用  查看    

@tom[匿名]
您说得没错,应该是简单工厂不适用,工厂方法模式可以解决问题,不过策略体现是算法更换,所以我选用策略。至于反射,是一种技术,与选择哪个模式无关,类似对原有模式的改良吧。
2007-03-27 07:52 | 伍迷      

#22楼   回复  引用    

请问下,《深入浅出设计模式》的第一章下载地址是不是有错误啊?
2007-07-28 16:06 | LeiJuan903[未注册用户]

#23楼[楼主]   回复  引用  查看    

@LeiJuan903
问题解决,现在可以下载了。
2007-08-01 11:31 | 伍迷      

#24楼   回复  引用  查看    

问句题外话,请问:
UML图是用什么工具画的?颜色挺舒服的。
我用Rose和VIsio都画不出这种式样的图。
谢谢!
2007-08-31 13:28 | JEEF WANG      

#25楼[楼主]   回复  引用  查看    

@JEEF WANG
VS2005自带的工具。
2007-09-01 09:02 | 伍迷      

#26楼   回复  引用  查看    

@伍迷
哦,谢谢。
回去试试。
2007-09-03 14:24 | JEEF WANG      

#27楼   回复  引用    

请问楼主: //利用简单工厂模式根据下拉选择框,生成相应的对象
csuper = CashFactory.createCashAccept(comboBox1.SelectedItem.ToString());
调试确定时这行报错“未处理NullReferenceException,未将对象引用设置到对象的实例。”
2007-11-23 12:01 | liuhongwei[未注册用户]

#28楼[楼主]   回复  引用  查看    

@liuhongwei
多半是当前的comboBox没有选择项。建议你下载代码后看看。
2007-11-23 12:05 | 伍迷      

#29楼   回复  引用    

楼主写的东西很好,可能对有些大虾来说是小儿科,但我相信对大多数开发人员来说不仅是一种互相学习,也是一种如何学会更高效更合理开发的思路,继续支持你..!
2008-01-16 20:52 | ily[未注册用户]

#30楼   回复  引用    

不错,以前没有注意设计模式,和代码总觉得好像做项目用不上,现在做项目遇到大量的需求变更才临时抱佛来看设计模式,感觉自己以前对程序的理解真是太浅薄了。在这方面我也小菜啊。
2008-04-25 14:35 | EMP[未注册用户]

#31楼   回复  引用    

楼主,您好! 谢谢您的文章!

看了,您这个商场收费系统。

我想请问以下。

对于打折,变化的确实这是折扣率,直接一个类就行了。

上一章的计算机变化的也只是 操作符号 啊?为什么就要用到那么多多 类。

请赐教!
2008-07-12 18:53 | qwfy[未注册用户]

#32楼[楼主]   回复  引用  查看    

@qwfy
其实你可能没有理解我写此文的目的,我只是想通过计算器和商场收费系统这样的简单例子来讲解设计模式,并不是说它们就应该要这样写才是最好的。用它们的原因就是因为它们简单,容易把问题说清楚。你想想,我总不能拿一个极端复杂的系统来说设计模式吧,那样单是讲系统的背景知识就要说很久,谁还愿意学新东西呢。
2008-07-12 20:13 | 伍迷      

#33楼   回复  引用  查看    

推荐你看一本书,《深入浅出设计模式》,或许你看完第一章,就会有解决办法了

哈哈!博主好像是在写软文一样。
2008-08-05 22:01 | 寻梦E.net      

#34楼   回复  引用  查看    

不错,很适合我这样的新手学习!楼主,我支持你~~~
2008-08-12 16:58 | 浪子の无悔      

#35楼   回复  引用    

有个问题想请教一下,是不是在使用工厂设计模式时,继承的子类,如果包含数据成员,是不是定义属性,在界面层赋值比使用构造函数为其赋值更为灵活
2008-08-15 11:32 | wyq945[未注册用户]

#36楼   回复  引用    

非常感谢!
我是一个真正的菜鸟,知道怎么现在某个功能,确不懂怎么去优化他,
看了这几章,感受很多!
谢谢!
2008-10-24 16:59 | YK[未注册用户]

#37楼   回复  引用    

难得一见的好文!写程序绝不应该是堆代码,真正优雅和复用性好的代码可以造福子孙后代,谢谢楼主分享思想!
2008-11-18 10:35 | DDGG[未注册用户]

#38楼   回复  引用    

很好,不错啊!
大鸟:如果我现在要3折,我要满300送80,你难道再去加子类?
这句话是什么意思?
请楼主解释一下!
小弟不胜感激...
2008-12-26 11:56 | 谢太[未注册用户]

#39楼   回复  引用    

http://www.cnblogs.com/cj723/archive/2008/12/09/697431.html 点击:第六章 工厂不好用了?链接的是: 小菜编程成长记(七 工厂不好用了?) 是不是那些链接有错误了??呵呵
2008-12-26 14:15 | 谢太[未注册用户]

#40楼[楼主]   回复  引用  查看    

@谢太
因为实际上,是有一个没讲设计模式的第六章,和这个系列没什么关系,所以就没有加进来,你可以查一下我以前的博客.
2008-12-26 15:24 | 伍迷      

#41楼[楼主]   回复  引用  查看    

@谢太
大鸟:如果我现在要3折,我要满300送80,你难道再去加子类?

意思是增加"3折的实现"类和"满300送80"类
2008-12-26 15:25 | 伍迷      

#42楼   回复  引用    

result = money - Math.Floor(money / moneyCondition) * moneyReturn;
这个语句不懂啊!
谢谢!!
2008-12-26 21:29 | 小鸟在吗[未注册用户]

#43楼   回复  引用    

private double moneyRebate = 1d
为什么有一个数字:1啊
2008-12-26 21:30 | 嘿嘿嘿[未注册用户]

#44楼   回复  引用    

您好,出于兴趣刚学设计模式,今天拜读您的著作“大话设计模式”,感觉写的很好,幽默风趣,通俗易懂又能让我这个没啥编程经验的人感悟颇多。

刚读到第二章,也就是说strategy pattern那章,还是有些问题没明白过来,感觉比“小菜”还菜不少,想请您指教:

1.在用 strategy pattern之前,“大鸟”认为 前面 “小菜”用simple factory 实现的代码有些问题,比如:在每次维护或扩展算法时都要改动工厂,重新部署代码。并带出了strategy pattern,但是我还是没发现最后那套方案和之前的simple factory有何本质区别,除了使客户端只认识一个类,降低了耦合外。用了最后那套方案维护或扩展算法时是否还是需要改动context并重新部署代码呢?

2.看您引用DP中的一句话是:“将这些行为封装在一个个独立的Strategy类中,可以在使用这些行为的类中消除条件语句。”但是我在最后的那套方案里仍旧看到了switch啊。这是否矛盾呢?

3.虽然最后的那套方案使耦合降低,但是记得strategy一个重要的特性是“interchangable at runtime”.这样的改动让客户端对所有的strategy一无所知,那客户也无法在runtime对strategy做出任何修改了。我的这种想法正确么?

呵呵,我是个喜欢乱想的人,有疑问也憋不住,期待您的答复,谢谢解惑.
2009-01-12 23:14 | progamer[未注册用户]

#45楼[楼主]   回复  引用  查看    

@progamer
不可能有一点都不改动的代码,只不过应该是最小化的改动。其实在实际操作中,用太多的设计模式也不一定是好事,毕竟开发量大了,效率不高,如果是很简单的需求,却用很复杂的设计模式来解决,那就是过度使用了。

switch是可以消除的,不过你需要继续往下看,在讲到《抽象工厂模式》时,提到一个反射的概念就可以消除 switch

2009-01-14 14:55 | 伍迷      

#46楼   回复  引用    

@伍迷
@嘿嘿嘿
@伍迷
@progamer
2009-03-13 10:20 | sdf[未注册用户]

#47楼   回复  引用    

最早之前用中文写代码的那个版本呢,请问楼主。。。

#48楼[楼主]   回复  引用  查看    

@热爱设计模式
出版社没同意用,所以就没公布了。
2009-03-24 14:08 | 伍迷      

#49楼   回复  引用  查看    

哎,知道了,构造函数
2009-05-12 21:24 | lumnm      



发表评论

昵称: [登录] [注册]

主页:

邮箱:(仅博主可见)

评论内容:

  登录  注册

[使用Ctrl+Enter键快速提交评论]

0 680091




相关文章:

相关链接: