`
hutjsk
  • 浏览: 42029 次
  • 性别: Icon_minigender_1
  • 来自: 西安
最近访客 更多访客>>
社区版块
存档分类
最新评论

【学习】【Effective C++】条款41: 区分继承和模板

 
阅读更多

【学习】【Effective C++】条款41: 区分继承和模板
2011年03月26日
  温故而知新,感谢大师Scott Meyers和译者lostmouse.
  作者:Scott Meyers
  译者:lostmouse
  考虑下面两个设计问题:
  ?? 作为一位立志献身计算机科学的学生,你想设计一个类来表示对象的堆栈。这将需要多个不同的类,因为每个堆栈中的元素必须是同类的,即,它里面包含的必须只是同种类型的对象。例如,会有一个类来表示int的堆栈,第二个类来表示string的堆栈,第三个类来表示string的堆栈的堆栈,等等。你也许对设计一个最小的类接口(参见条款18)很感兴趣,所以会将对堆栈的操作限制在:创建堆栈,销毁堆栈,将对象压入堆栈,将对象弹出堆栈,以及检查堆栈是否为空。设计中,你不会借助标准库中的类(包括stack ---- 参见条款49),因为你渴望亲手写这些代码。重用(Reuse)是一件美事,但当你的目标是探究事情的工作原理时,那就只有挖地三尺了。
  ?? 作为一位爱猫的宠物迷,你想设计一个类来表示猫。这也将需要多个不同的类,因为每个品种的猫都会有点不同。和所有对象一样,猫可以被创建和销毁,但,正如所有猫迷所知道的,猫所做的其它事不外乎吃和睡。然而,每一种猫吃和睡都有各自惹人喜爱的方式。
  这两个问题的说明听起来很相似,但却导致完全不同的两种设计。为什么?
  答案涉及到"类的行为" 和 "类所操作的对象的类型"之间的关系。对于堆栈和猫来说,要处理的都是各种不同的类型(堆栈包含类型为T的对象,猫则为品种T),但你必须问自己这样一个问题:类型T影响类的行为吗?如果T不影响行为,你可以使用模板。如果T影响行为,你就需要虚函数,从而要使用继承。
  下面的代码通过定义一个链表来实现Stack类,假设堆栈的对象类型为T:
  class Stack {
  public:
  Stack();
  ~Stack();
  void push(const T& object);
  T pop();
  bool empty() const;             // 堆栈为空?
  private:
  struct StackNode {              // 链表节点
  T data;                       // 此节点数据
  StackNode *next;              // 链表中下一节点
  // StackNode构造函数,初始化两个域
  StackNode(const T& newData, StackNode *nextNode)
  : data(newData), next(nextNode) {}
  };
  StackNode *top;                 // 堆栈顶部
  Stack(const Stack& rhs);               // 防止拷贝和
  Stack& operator=(const Stack& rhs);    // 赋值(见条款27)
  };
  于是,Stack对象将构造如下所示的数据结构:
  Stack对象 top--> data+next--> data+next--> data+next--> data+next
  ------------------------------------------------------------------------------------
  StackNode对象
  链表本身是由StackNode对象构成的,但那只是Stack类的一个实现细节,所以StackNode被声明为Stack的私有类型。注意StackNode有一个构造函数,用来确保它所有的域都被正确初始化。即使你闭着眼睛都可以写出一个链表,但也不要忽视了C++的一些新特性,如struct中的构造函数。
  下面看看你对Stack成员函数的实现。和许多原型(prototype)的实现(离制作成软件产品相差太远)一样,这里没有错误检查,因为在原型世界里,没有东西会出错。
  Stack::Stack(): top(0) {}      // 顶部初始化为null
  void Stack::push(const T& object)
  {
  top = new StackNode(object, top);    // 新节点放在
  }                                      // 链表头部
  T Stack::pop()
  {
  StackNode *topOfStack = top;    // 记住头节点
  top = top->next;
  T data = topOfStack->data;      // 记住节点数据
  delete topOfStack;
  return data;
  }
  Stack::~Stack()                   // 删除堆栈中所有对象
  {
  while (top) {
  StackNode *toDie = top;       // 得到头节点指针
  top = top->next;              // 移向下一节点
  delete toDie;                 // 删除前面的头节点
  }
  }
  bool Stack::empty() const
  { return top == 0; }
  这些代码毫无吸引人之处。实际上,唯一有趣的一点在于:即使对T一无所知,你还是能够写出每个成员函数。(上面的代码中实际上有个假设,即,假设可以调用T的拷贝构造函数;但正如条款45所说明的,这是一个绝对合理的假设)不管T是什么,对构造,销毁,压栈,出栈,确定栈是否为空等操作所写的代码不会变。除了 "可以调用T的拷贝构造函数" 这一假设外,stack的行为在任何地方都不依赖于T。这就是模板类的特点:行为不依赖于类型。
  将stack类转化成一个模板就很简单了,即使是Dilbert的老板都会写:
  template class Stack {
  ...                          // 完全和上面相同
  };
  但是,猫呢?为什么猫不适合模板?
  重读上面的说明,注意这一条:"每一种猫吃和睡都有各自惹人喜爱的方式"。这意味着必须为每种不同的猫实现不同的行为。不可能写一个函数来处理所有的猫,所能做的只能是制定一个函数接口,所有种类的猫都必须实现它。啊哈!衍生一个函数接口的方法只能是去声明一个纯虚函数(参见条款36):
  class Cat {
  public:
  virtual ~Cat();                     // 参见条款14
  virtual void eat() = 0;             // 所有的猫吃食
  virtual void sleep() = 0;           // 所有的猫睡觉
  };
  Cat的子类 ---- 比如,Siamese和BritishShortHairedTabby ---- 当然得重新定义继承而来的eat和sleep函数接口:
  class Siamese: public Cat {
  public:
  void eat();
  void sleep();
  ...
  };
  class BritishShortHairedTabby: public Cat {
  public:
  void eat();
  void sleep();
  ...
  };
  好了,现在知道了为什么模板适合Stack类而不适合Cat类,也知道了为什么继承适合Cat类。唯一剩下的问题是,为什么继承不适合Stack类。想知道为什么,不妨试着去声明一个Stack层次结构的根类 ---- 所有其它的堆栈类都从这个唯一的类继承:
  class Stack {      // a stack of anything
  public:
  virtual void push(const ??? object) = 0;
  virtual ??? pop() = 0;
  ...
  };
  现在问题很明显了。该为纯虚函数push和pop声明什么类型呢?记住,每一个子类必须重新声明继承而来的虚函数,而且参数类型和返回类型都要和基类的声明完全相同。不幸的是,一个int堆栈只能压入和弹出int对象,而一个Cat堆栈只能压入和弹出Cat对象。Stack类要怎样声明它的纯虚函数才能使用户既可以创建出int堆栈又可以创建出Cat堆栈呢?冷酷而严峻的事实是,做不到。这就是为什么说继承不适合创建堆栈。
  但也许你做事喜欢偷偷摸摸。或许你认为自己可以通过使用通用(void*)指针来骗过编译器。但事实证明,现在这种情况下,通用指针也帮不上忙。因为你无法避开这一条件:派生类虚函数的声明永远不能和它在基类中的声明相抵触。但是,通用指针可以帮助解决另外一个不同的问题,它和模板所生成的类的效率有关。详细介绍参见条款42。
  讲完了堆栈和猫,下面将本条款得到的结论总结如下:
  ?? 当对象的类型不影响类中函数的行为时,就要使用模板来生成这样一组类。
  ?? 当对象的类型影响类中函数的行为时,就要使用继承来得到这样一组类。
  真正消化了以上两点的含义,你就可以在设计中游刃于继承或模板之间。
分享到:
评论

相关推荐

    Effective C++

    条款41:区分继承和模板 条款42:明智的使用私有继承 条款43:明智的使用多继承 条款44:说你想说的,理解你说的 6、杂项 条款45:弄清C++在幕后为你所写、所调用的函数 条款46:宁可编译与链接时出错,也不要运行时出错 ...

    Effective.C++.中文第二版.50条款doc文档.chm

    条款41: 区分继承和模板 条款42: 明智地使用私有继承 条款43: 明智地使用多继承 条款44: 说你想说的;理解你所说的 第七章 杂项 条款45: 弄清C++在幕后为你所写、所调用的函数 条款46: 宁可编译和链接时出错,也不要...

    Effective C++ 中文版

    条款34:区分接口继承和实现继承 条款35:考虚virtual函数以外的其他选择 条款36:绝不重新定义继承而来的non-virtual函数 条款37:绝不重新定义继承而来的缺省参数值 条款38:通过复合塑模出has-a或“根据某物...

    Effective Modern C++:改善C++11和C++14的42个具体做法(中文版 + 英文版)

    作者简介 作者:(美国)迈耶斯(Scott Meyers) 迈耶斯(Scott Meyers),二十多年来,Scott Meyers的Effective C++系列书籍(包括《Effective C++》《More Effective C++》和《Effective STL》)为C++编程语言...

    Effective C++:改善程序与设计的55个具体做法(中文第三版)

    Effective C++:改善程序与设计的55个具体做法(中文第三版)亚马逊图书 放到Kindle上就可以浏览学习,因为亚马逊软件有防护功能,电脑上无法使用,切记!!!!

    Effective C++ Digital Collection 140 Ways to Improve Your Programming (2018).rar

    学习C++ 和STL学习学习的书,三合一(共140种改善您的C++程序的经验之谈,C++程序员必读),英文原版,带书签,2018版本。难得的c++学习资料

    Effective C++跟more Effective c++

    Effective C++跟more Effective c++

    Effective C++(第三版)

    条款41:了解隐式接口和编译期多态 understand implicit interfaces and compile-time polymorphism. 条款42:了解typename的双重意义 understand the two meanings of typename. 条款43:学习处理模板化基类内的...

    effective c++和more effective c++

    电子版的effective c++ 和more effective c++ c++四书五经中介绍的经典书籍

    C++: Effective Modern C++ (C++ 11, C++ 14)

    C++: Effective Modern C++ (C++ 11, C++ 14) (guide,C Programming, HTML, Javascript, Programming,all,internet, Coding, CSS, Java, PHP Vol 1) By 作者: Paul Laurence ISBN-10 书号: 1547133244 ISBN-13 书号:...

    More Effective C++

    和其前一本兄弟书籍 Effective C++一样,More Effective C++对每一位以C++为开发工具的程序员而言,都必备读物。  继 Effective C++ 之後,Scott Meyers 於 1996 推出这本「续集」。条款变得比较少,页数倒是多了...

    《Effective C++中文版:改善程序与设计的55个具体做法》第3版[PDF]

    有人说C++程序员可以分成两类,读过Effective C++的和没读过的。世界顶级C++大师Scott Meyers成名之作的第三版的确当得起这样的评价。当您读过《Effective C++中文版(第3版改善程序与设计的55个具体做法)》后,就...

    Effective C++ More effective C++ 中文版 .chm .rar

    中文版 chm Effective C++ More effective C++

    effective c++ & more effective c++ 纯文字版

    effective c++ & more effective c++ 纯文字版

    Effective C++ & More Effective C++.chm

    Effective C++ & More Effective C++.chm

    Effective C++ 中文和英文

    Effective C++ 中文和英文 Effective C++ 中文和英文 Effective C++ 中文和英文

    effective c++ word版

    effective c++ word版 effective c++ word版 effective c++ word版 effective c++ word版 effective c++ word版 effective c++ word版 effective c++ word版 effective c++ word版 effective c++ word版 effective ...

    More Effective C++.pdf

    Scott Meyers 的Effective C++ 和More Effective C++ 是此类佼佼,Herb Sutter 的Exceptional C++ 则是後起之秀。 这类书籍的一个共通特色是轻薄短小,并且高密度地纳入作者浸淫於C++/OOP 领域多年而广泛的经验。...

    Effective c++.pdf

    Effective c++.pdf Effective c++.pdf

Global site tag (gtag.js) - Google Analytics