OOD沉思录 之 类和对象的关系--包含关系3

原创 2012年03月21日 19:19:02

 

4.7 类包含的对象数目不应当超过开发者短期记忆数量,这个数目通常应该是6左右

 

4.8 让系统在窄而深的包含体系中垂直分布
    假设有如下两份菜单:
    正餐--->甜瓜
        --->牛排
        --->土豆
        --->豌豆
        --->玉米
        --->馅饼
    或者
    正餐--->甜瓜
        --->牛排套餐--->牛排
                    --->配菜--->豌豆
                            --->土豆
                            --->玉米
        --->馅饼
    对使用者来说,哪种更科学呢?
    回答1或者回答2都是错的,面向对象的使用者从不关心菜单的具体实现,只关心其公共接口(价格,份量,味道等)
    那么对于实现者来说,哪种更科学呢?
    面向过程的程序员可能会选择1,因为他不希望计算正餐价格的时候出现: 价格= ...+正餐.牛排套餐.配菜.豌豆.Get价格()+正餐.牛排套餐.配菜.土豆.Get价格()+...
    而更喜欢:价格=甜瓜.Get价格()+牛排.Get价格()+...+馅饼.Get价格().
    但是在面向对象的世界里,并不存在前者担忧的状况,出现他们所担忧的状况的原因只有一个原因,就是违反了
      经验原则5,参考http://blog.csdn.net/heguodong/article/details/7375974
    其实这里,模式大师已经作出了最完美的解决方案,那就是组合模式.
    考虑我们现在讨论的问题都是关于的菜单上的菜肴,那么我们可以定义一个抽象的菜肴类,其中只关心价格属性

    class 菜肴
    {
         abstract double Get价格();
         virtual void Add(菜肴 para){}
    }


 

 

    那么我们可以按照套餐的定义进行各个菜肴的定义

class 甜瓜:菜肴
    {
          int count;//甜瓜是以个为单位计价
          readonly int 单价=10;//假设单价为常数
          double Get价格(){return 单价*count;}
    }
    class 牛排:菜肴
    {
          double weight;//牛排是以重量为单位计价
          readonly int 单价=20;//假设单价为常数
          double Get价格(){ return 单价*weight; }
    }
    class 豌豆:菜肴
    {
          double Get价格(){ return 5; }//豌豆包吃饱,5块钱
    }
    class 土豆:菜肴
    {
          double Get价格(){ return 5; }//土豆包吃饱,5块钱
    }
    class 玉米:菜肴
    {
          double Get价格(){ return 5; }//玉米包吃饱,5块钱
    }
    class 馅饼:菜肴
    {
          double piece;//馅饼按块计价
          readonly int 单价=5;//假设单价为常数
          double Get价格(){ return 单价*piece; }
    }
    


   

 

        那么配菜,牛排套餐,正餐的概念呢?他们是由多份菜肴组合起来的复合体,专门针对计算价格来说,并不需要区分他们的区别,所以不需要针对每项建立一个类模型,我们只
定义一个组合菜肴类就可以满足需求:

    class 组合菜肴:菜肴
    {
         list<菜肴> lst;
         double Get价格()
         {
             double sum=0;
             foreach(菜肴 enu in lst)
                 sum+=enu.Get价格();
             return sum;  
         }
         override void Add(菜肴 para)
         {
              lst.Add(para);
         }
    }


 

 

    那么我们可以通过外部配置的方式建立 配菜,牛排套餐,正餐 的概念,即

    组合菜肴 正餐=new 组合菜肴();
    正餐.Add(new 甜瓜);
    正餐.Add(new 馅饼);
    
         组合菜肴 牛排套餐=new 组合菜肴();
         牛排套餐.Add(new 牛排);
                  
                  组合菜肴 配菜=new 组合菜肴();
                           配菜.Add(new 豌豆);
                           配菜.Add(new 土豆);
                           配菜.Add(new 玉米);

         牛排套餐.Add(配菜);
     正餐.Add(牛排套餐);


 

    
     
     顾客使用完正餐后结帐的调用很简单:

 

     正餐.Get价格();


 

 

          这里从头到尾都没有出现 正餐.牛排套餐.配菜.豌豆.Get价格() 形式的调用,而且将菜肴的组合需求放到了最后配置时,我们可以使用更灵活的方式配置各种套餐。
     在这里,生成组合的代码就非常灵活了,工厂模式,生成器模式等等都可以根据你的需要进行套用了
    

相关文章推荐

OOD沉思录 之 面向动作与面向对象1--避免全能类

面向过程的软件开发通过非常集中化的控制机制来分解功能,在程序设计中表现就是大量的条件判断,深层次的循环嵌套等。这种模式下,我们可以通过分析方法的参数,局部变量及其访问的全局变量来得到方法对数据的依赖性...

如何构建类--《一个面向对象程序范例--沉思录》读后

最近在学 C++
  • locklzg
  • locklzg
  • 2014年06月10日 17:12
  • 589

C++沉思录读书笔记(29章)- 应用器,操纵器和函数对象

我们经常在程序中看见诸如int n; cout 对于cout ostream& operator

c++沉思录笔记(21章代码)浅谈函数对象

标准库中有一个函数  find_if (#include )接受一对输入迭代器和一个谓词函数作为参数。 例如有一谓词函数如下: bool greater100(int n) { return...

函数对象-摘自《C++沉思录》Andrew Koenig

函数对象提供了一种方法,将要调用的
  • locklzg
  • locklzg
  • 2014年07月21日 10:51
  • 480

C++沉思录 第八章 面向对象程序范例

c++沉思录第八章的示例程序很有意思。程序虽小,却很好地诠释了面向对象编程的思想。 正如书上说的仔细研究还是有所收获的。先上代码codeExpr_node.h#pragma once #includ...

《C++沉思录》——面向对象

面向对象——数据抽象、继承、动态绑定(规模大、方便修改)

C++沉思录读书笔记(8章)-一个面向对象程序范例1

这个例子很好的展示了面向对象编程的三个要素:数据抽象、继承和动态绑定。 问题:算术表达式的表达式树, 如(-5)*(3+4)对应的表达式树为: 我们希望通过调用合适的函数来创建这样的树...

一个面向对象程序范例-摘自《C++沉思录》Andrew Koenig

通常认为,面向对象编程有3个要素:数据抽象、继承以及
  • locklzg
  • locklzg
  • 2014年06月10日 15:34
  • 480

C++沉思录第八章算数表达式树的面向对象问题的分析

刚开始看沉思录,觉得太枯燥。到了第八章,作者关于面向对象问题的分析,我follow书上的设计开发,理解了一些以前只是在书上看到的概念。 给自己做几点注解吧: 1.虚基类用来表达所有的继承类的共有特点,...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:OOD沉思录 之 类和对象的关系--包含关系3
举报原因:
原因补充:

(最多只允许输入30个字)