不同于Java或者C#,在C++中构造函数和析构函数里的虚函数不会实现多态的效果。
假设我们想要构造一个类来记录股票交易的数据,每次有新交易都应把交易信息记录到文档里。由于交易种类多种多样,我们希望用一个统一的抽象基类Transaction
里相同的接口logTransaction()
来记录不同的派生类信息:
|
|
对应不同交易的派生类定义如下:
|
|
按照上述函数申明和定义,如果我们构造一个买方派生类的实例:
|
|
此时BuyTransaction
派生类的构造函数会被触发,但是在执行派生类构造函数之前,基类的构造函数会先被触发以构造新实例基类那部分的成员变量。当执行到基类构造函数最后一行的logTransaction()
时,即使此时创建的实例属于派生类BuyTransaction
,执行的虚函数依然是基类Transaction
里面定义的版本。原因有二:
- 理论上讲,派生类的虚函数可能会用到派生类里多出来的成员变量,而这些成员变量在最开始执行基类的构造函数时还没有被分配资源初始化,为了杜绝这种危险操作所以C++选择执行基类的虚函数。
- 更底层的原因在于,在第一阶段执行基类构造函数的时候,
buy
在运行时(runtime
)里的类型信息本来就是被标记为基类的类型Transaction
的。只有到第二阶段执行派生类BuyTransaction
的构造函数时,buy
实例才成为BuyTransaction
类型。
基于相同的道理,执行析构函数的时候,一旦最开始触发的派生类析构函数开始运行,派生类部分的成员变量就被标记为未定义(undefined
);而第二阶段进入基类的析构函数,buy
实例的类型就被标记为基类,此时在虚函数和dynamic_cast
等运行时相关的操作看来这就是一个Transaction
类型的实例。
接着讲上述的例子:如果按照上述定义编译,部分编译器会提出警告(某些则不会,见Item 53);即使没有警告,由于logTransaction()
是纯虚函数,没有定义函数体,所以即使通过了编译器这关,在下个阶段由于链接器找不到函数的定义所以也不会生成最终的可执行文件。但如果有人鸡贼的这样定义:
|
|
虽然本质上跟之前的程序没有区别,但这样写很可能可以蒙混过链接器这关。一旦程序开始运行,执行到纯虚函数logTransaction()
的时候程序就会崩溃并停止运行(abort
);而如果logTransaction()
是添加了函数实体定义的普通虚函数,虽然程序可以运行,但无论之后怎样花式捉虫(debug
),最后在创建实例buy
时log记录文档里留下的也都是基类Transaction
版本的交易记录。
所以问题来了:
要怎么实现根据不同派生类以多态方式自动记录交易信息的功能呢?
方法有很多。讲一个常见的:既然不可以在基类构造函数中使用派生类版本的虚函数,那就让派生类在构造实例的时候把自己的交易信息传回基类的(非虚)构造函数中:
|
|
注意上述createLogString()
函数定义为static
可以防止出现在构造函数第一阶段(触发基类构造函数的阶段)中使用处于undefine
状态的派生类成员变量的情形(这也正是上述第一点C++不让在基类构造函数中使用派生类虚函数的原因)。
P.S.:
今天是周六,脑抽想试着用中文写下C++复习笔记。。。
然后发现写这篇花费的时间是之前的至少两倍,主要是寻找各种英文技术术语对应的中文翻译很心累,思维还得在英文和中文中相互转换,翻译真是个累人的活。。。
以后还是用回英文吧,省心太多。