Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1799236
  • 博文数量: 600
  • 博客积分: 10581
  • 博客等级: 上将
  • 技术积分: 6205
  • 用 户 组: 普通用户
  • 注册时间: 2008-11-06 10:13
文章分类
文章存档

2016年(2)

2015年(9)

2014年(8)

2013年(5)

2012年(8)

2011年(36)

2010年(34)

2009年(451)

2008年(47)

分类: C/C++

2009-08-26 15:17:00

1.1  将构造函数和非成员函数虚拟化

    从字面来看,谈论“虚拟构造函数”没有意义。当你有一个指针或引用,但是不知道其指向对象的真实类型是什么时,你可以调用虚拟函数来完成特定类型(type-specific)对象的行为。仅当你还没拥有一个对象但是你又确切地知道想要的对象的类型时,你才会调用构造函数。那么虚拟构造函数又从何谈起呢?

    很简单。尽管虚拟构造函数看起来好像没有意义,其实它们有非常大的用处(如果你认为没有意义的想法就没有用处,那么你怎么解释现代物理学的成就呢?)(因为现代物理学的主要成就是狭义、广义相对论,量子力学,这些理论看起来都好象很荒谬,不好理解。译者注)。例如,假设你编写一个程序,用来进行新闻报道的工作,每一条新闻报道都由文字或图片组成。你可以这样管理它们:

class NLComponent {               //用于 newsletter components

public:                           // 的抽象基类

  ...                             //包含至少一个纯虚函数

};

class TextBlock: public NLComponent {

public:

  ...                             // 不包含纯虚函数

};

class Graphic: public NLComponent {

public:

  ...                             // 不包含纯虚函数

};

class NewsLetter {                // 一个 newsletter 对象

public:                           // NLComponent 对象

  ...                             // 的链表组成

private:

  list components;

};

    类之间的关系图

    NewsLetter中使用的list类是一个标准模板类(STL),STL是标准C++类库的一部分(参见Effective C++条款49和条款M35)。list类型对象的行为特性有些象双向链表,尽管它没有以这种方法来实现。对象NewLetter不运行时就会存储在磁盘上。为了能够通过位于磁盘的替代物来建立Newsletter对象,让NewLetter的构造函数带有istream参数是一种很方便的方法。当构造函数需要一些核心的数据结构时,它就从流中读取信息:

class NewsLetter {

public:

  NewsLetter(istream& str);

  ...

};

此构造函数的伪代码是这样的:

NewsLetter::NewsLetter(istream& str)

{

  while (str) {

    str读取下一个component对象;

    把对象加入到newsletter components对象的链表中去;

  }

}

    或者,把这种技巧用于另一个独立出来的函数叫做readComponent,如下所示:

class NewsLetter {

public:

  ...

private:

  // 为建立下一个NLComponent对象从str读取数据,

  // 建立component 并返回一个指针。

  static NLComponent * readComponent(istream& str);

   ...

};

  NewsLetter::NewsLetter(istream& str)

  {

    while (str) {

        // readComponent返回的指针添加到components链表的最后,

        // "push_back" 一个链表的成员函数,用来在链表最后进行插入操作。

        components.push_back(readComponent(str));

    }

 }

    考虑一下readComponent所做的工作。它根据所读取的数据建立了一个新对象,或是TextBlock或是Graphic。因为它能建立新对象,它的行为与构造函数相似,而且因为它能建立不同类型的对象,我们称它为虚拟构造函数。虚拟构造函数是指能够根据输入给它的数据的不同而建立不同类型的对象。虚拟构造函数在很多场合下都有用处,从磁盘(或者通过网络连接,或者从磁带机上)读取对象信息只是其中的一个应用。(WQ加注:readComponent()的实现可详见《汤姆.斯旺C++编程秘诀》)

    还有一种特殊种类的虚拟构造函数――虚拟拷贝构造函数――也有着广泛的用途。虚拟拷贝构造函数能返回一个指针,指向调用该函数的对象的新拷贝。因为这种行为特性,虚拟拷贝构造函数的名字一般都是copySelfcloneSelf或者是象下面这样就叫做clone。很少会有函数能以这么直接的方式实现它:

class NLComponent {

public:

  // declaration of virtual copy constructor

  virtual NLComponent * clone() const = 0;

  ...

};

class TextBlock: public NLComponent {

public:

  virtual TextBlock * clone() const         // virtual copy

  { return new TextBlock(*this); }          // constructor

  ...

};

class Graphic: public NLComponent {

public:

  virtual Graphic * clone() const            // virtual copy

  { return new Graphic(*this); }             // constructor

  ...

};

    正如我们看到的,类的虚拟拷贝构造函数只是调用它们真正的拷贝构造函数。因此“拷贝”的含义与真正的拷贝构造函数相同。如果真正的拷贝构造函数只做了简单的拷贝,那么虚拟拷贝构造函数也做简单的拷贝。如果真正的拷贝构造函数做了全面的拷贝,那么虚拟拷贝构造函数也做全面的拷贝。如果真正的拷贝构造函数做一些奇特的事情,象引用计数或copy-on-write(参见条款M29),那么虚拟构造函数也这么做。完全一致,太棒了。

    注意上述代码的实现利用了最近才被采纳的较宽松的虚拟函数返回值类型规则。被派生类重定义的虚拟函数不用必须与基类的虚拟函数具有一样的返回类型。如果函数的返回类型是一个指向基类的指针(或一个引用),那么派生类的函数可以返回一个指向基类的派生类的指针(或引用)。这不是C++的类型检查上的漏洞,它使得有可能声明象虚拟构造函数这样的函数。这就是为什么TextBlockclone函数能够返回TextBlock*Graphicclone能够返回Graphic*的原因,即使NLComponentclone返回值类型为NLComponent*

    NLComponent中的虚拟拷贝构造函数能让实现NewLetter(正常的)拷贝构造函数变得很容易:

class NewsLetter {

public:

  NewsLetter(const NewsLetter& rhs);

  ...

private:

  list components;

};

NewsLetter::NewsLetter(const NewsLetter& rhs)

{

  // 遍历整个rhs链表,使用每个元素的虚拟拷贝构造函数

  // 把元素拷贝进这个对象的component链表。

  // 有关下面代码如何运行的详细情况,请参见条款M35.

  for (list::const_iterator it =

          rhs.components.begin();

       it != rhs.components.end();

       ++it) {

  // "it" 指向rhs.components的当前元素,调用元素的clone函数,

  // 得到该元素的一个拷贝,并把该拷贝放到

  // 这个对象的component链表的尾端。

    components.push_back((*it)->clone());

  }

}

    如果你对标准模板库(STL)不熟悉,这段代码可能有些令人费解,不过原理很简单:遍历被拷贝的NewsLetter对象中的整个component链表,调用链表内每个元素对象的虚拟构造函数。我们在这里需要一个虚拟构造函数,因为链表中包含指向NLComponent对象的指针,但是我们知道其实每一个指针不是指向TextBlock对象就是指向Graphic对象。无论它指向谁,我们都想进行正确的拷贝操作,虚拟构造函数能够为我们做到这点。

虚拟化非成员函数

    就象构造函数不能真的成为虚拟函数一样,非成员函数也不能成为真正的虚拟函数(参见Effective C++ 条款19)。然而,既然一个函数能够构造出不同类型的新对象是可以理解的,那么同样也存在这样的非成员函数,可以根据参数的不同动态类型而其行为特性也不同。例如,假设你想为TextBlockGraphic对象实现一个输出操作符。显而易见的方法是虚拟化这个输出操作符。但是输出操作符是operator<<,函数把ostream&做为它的左参数(left-hand argument)(即把它放在函数参数列表的左边  译者注),这就不可能使该函数成为TextBlock Graphic成员函数。

(这样做也可以,不过看一看会发生什么:

class NLComponent {

public:

  // 对输出操作符的不寻常的声明

  virtual ostream& operator<<(ostream& str) const = 0;

  ...

};

class TextBlock: public NLComponent {

public:

  // 虚拟输出操作符(同样不寻常)

  virtual ostream& operator<<(ostream& str) const;

};

class Graphic: public NLComponent {

public:

  // 虚拟输出操作符 (让就不寻常)

  virtual ostream& operator<<(ostream& str) const;

};

TextBlock t;

Graphic g;

...

t << cout;                                  // 通过virtual operator<<

                                            //t打印到cout中。

                                            // 不寻常的语法

g << cout;                                  //通过virtual operator<<

                                            //g打印到cout中。

                                            //不寻常的语法

    类的使用者得把stream对象放到<<符号的右边,这与输出操作符一般的用发相反。为了能够回到正常的语法上来,我们必须把operator<<移出TextBlock Graphic类,但是如果我们这样做,就不能再把它声明为虚拟了。)

    另一种方法是为打印操作声明一个虚拟函数(例如print)把它定义在TextBlock Graphic类里。但是如果这样,打印TextBlock Graphic对象的语法就与使用operator<<做为输出操作符的其它类型的对象不一致了,这些解决方法都不很令人满意。我们想要的是一个称为operator<<的非成员函数,其具有象print虚拟函数的行为特性。有关我们想要什么的描述实际上已经很接近如何得到它的描述。我们定义operator<< print函数,让前者调用后者!

class NLComponent {

public:

  virtual ostream& print(ostream& s) const = 0;

  ...

};

class TextBlock: public NLComponent {

public:

  virtual ostream& print(ostream& s) const;

  ...

};

class Graphic: public NLComponent {

public:

  virtual ostream& print(ostream& s) const;

  ...

};

inline

ostream& operator<<(ostream& s, const NLComponent& c)

{

  return c.print(s);

}

    具有虚拟行为的非成员函数很简单。你编写一个虚拟函数来完成工作,然后再写一个非虚拟函数,它什么也不做只是调用这个虚拟函数。为了避免这个句法花招引起函数调用开销,你当然可以内联这个非虚拟函数(参见Effective C++ 条款33)。

       现在你知道如何根据它们的一个参数让非成员函数虚拟化,你可能想知道是否可能让它们根据一个以上的参数虚拟化呢?可以,但是不是很容易。有多困难呢?参见条款M31;它将专门论述这个问题。
阅读(541) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~