本文翻译自modern effective C++,由于水平有限,故无法保证翻译完全正确,欢迎指出错误。谢谢!
C++中的面向对象编程总是围绕着类,继承,以及虚函数。这个世界中,最基础的概念就是,对于一个虚函数,用派生类中的实现来重写在基类中的实现。但是,这是令人沮丧的,你要认识到重写虚函数有多么容易出错。这就好像这部分语言,是用这样的概念(墨菲定律不仅仅要被遵守,更需要被尊敬)来设计的。(it's almost as if this part of the language were designed with the idea that Murphy's Law wasn't just to be obeyed, it was to be honored)
因为“重写”听起来有点像“重载”,但是他们完全没有关系,让我们来弄清楚,重写虚函数是为了通过基类的接口来调用派生类的函数。
class Base {
public:
virtual void doWork(); //基类虚函数
...
};
class Derived: public Base{
public:
virtual void doWork(); //重写Base::doWork
... //(“virtual” 是可选的)
};
std::unique_ptr<Base> upb = //创建基类指针,来指向
std::make_unique<Derived>(); //派生类对象;有关
//std::make_unique的信息
//请看Item 21
...
upb->doWork(); //通过基类指针调用doWork;
//派生类的函数被调用了
为了能够成功重写,必须要符合一些要求:
这些限制是C++98要求的,C++11还增加了一条:
“成员函数引用限定符”是C++11中不太被知道的特性,所以即使你从来没有听过,也不需要吃惊。它们的出现是为了限制成员函数只能被左值或右值中的一个使用。使用它们时,不需要一定是virtual成员函数:
class Widget {
public:
...
void doWork() &; //只有*this是左值时,才会调用
//这个版本的doWork
void doWork() &&; //只有*this是右值时,才会调用
//这个版本的doWork
};
...
Widget makeWidget(); //工厂函数(返回一个右值)
Widget w; //正常的对象(一个左值)
...
w.doWork(); //调用左值版本的Widget::doWork
//也就是Widget::doWork &
makeWidget().doWork(); //调用右值版本的Widget::doWork
//也就是Widget::doWork &&
更多关于带引用限定符的成员函数的信息,我会在后面讨论,现在,我们只需要知道,如果一个基类中的虚函数有引用限定符,那么派生类的重写函数中,也必须有完全一样的引用限定符。如果它们没有一样的限定符,声明的函数在派生类中还是存在的,但是它们不会重写任何基类函数。
重写需要这么多的的要求,就意味着一个小的差错就会有很大影响。含有错误重写的代码常常是有效的,但是这些代码会产生你不想要的结果。因此,你不能依赖编译器来通知你:你是否做错了。举个例子,下面的代码完全没有问题,并且乍一看也很合理,但是它们没有包含虚函数重写(派生类的函数没有绑定基类的函数)。你能找出每种情况的问题所在么,也就是,为什么每个同名的派生类函数没有重写基类函数?
class Base {
public:
virtual void mf1() const;
virtual void mf2(int x);
virtual void mf3() &;
void mf4() const;
};
class Derived: public Base {
public:
virtual void mf1();
virtual void mf2(unsigned int x);
virtual void mf3() &&;
void mf4() const;
};
需要一点帮忙?
你可能在想,“喂,在练习中,这些东西编译器都会发出警告,所以我不需要去关心它”。这可能是对的,但是也可能是错的。我测试过两个编译器,代码成功被编译器接受,并且编译器没有发出警告,并且这是在警告选项全部打开的情况下测试的。(其他编译器会对其中几条问题(不是全部)产生警告。)
在派生类中,声明出正确的重写函数很重要,但是它们总是很容易出错,所以C++11给了你一个方法来明确一个派生类函数需要重写一个基类函数,这个方法就是把函数声明为override的。把它应用到上面的例子中将产生这样的派生类:
class Derived: public Base{
public:
virtual void mf1() override;
virtual void mf2(unsigned int x) override;
virtual void mf3() && override;
virtual void mf4() const override;
};
当然,这样将无法通过编译,因为这样写以后,编译器将对所有和重写有关的问题吹毛求疵。这正是你想要的,这就是为什么你应该把你所有的重写函数声明为override的。
使用override,并能通过编译的代码看起来像下面这样(假设我们的目标是用派生类中的函数重写基类中的虚函数):
class Base {
public:
virtual void mf1() const;
virtual void mf2(int x);
virtual void mf3() &;
virtual void mf4() const;
};
class Derived: public Base{
public:
virtual void mf1() const override;
virtual void mf2(int x) override;
virtual void mf3() & override;
void mf4() const override; //增加“virtual”也可以,但不是必须的
};
记住,在这个例子中,做的一部分事情是在Base中声明mf4为virtual的。大部分和重写有关的错误发生在派生类,但是也有可能是基类中有不对的地方。
把所有的派生类中的重写函数都声明为override,这个准则不仅能让编译器告诉你什么地方声明了override却没有重写任何东西。而且当你考虑改变基类中虚函数的签名,它(这个准则)还能帮助你评估出影响大不大。如果派生类所有的地方都使用了override,你只需要改变函数签名,然后再编译一次你的系统,看看你造成了多大的损害(也就是,各个派生类中有多少函数不能编译),然后再决定这些问题是否值得你去改变函数签名。如果没有override,你就只能祈祷你有一个全面的单元测试了。因为,就像我们看到的那样,一个派生类的虚函数需要重写基类的函数,但是它如果没有“成功重写”,那编译器也不会发出警告。
C++有一些关键字一直是关键字,但是C++11介绍了两个和上下文相关的关键字,override和final。这两个关键字的特点是,只在特定的上下文中它们是保留的(不能用作其他name)。比如override的情况,只有当它出现在成员函数声明的最后时,它才是保留的。这意味着如果你有历史遗留的代码,代码中已经使用了override作为name,你不需要因为你使用了C++11而改变它:
class Warning {
public:
...
void override(); //在C++98和C++11中都合法
... //也拥有同样的意义
};
关于override要说的已经说完了,但是有关成员函数引用限定符的东西还没说完。我之前保证过我会在后面提供有关它们的信息,然后现在就是“后面”了。
如果我们想写一个函数,这个函数只接受左值参数,我们可以声明一个非const左值引用的参数:
void doSomething(Widget& w); //只接受属于左值的Widget
如果我们想写一个函数,这个函数只接受右值参数,我们可以声明一个右值引用的参数:
void foSomething(Widget&& w); //只接受属于右值的Widget
成员函数引用限定符也能做出这样的区分,让不同的对象(*this属于左值还是右值)调用不同的成员函数(加不加override)。这和在成员函数的声明后面加上const(这表示const对象要调用的成员函数)几乎是完全一样的。
需要引用限定功能的成员函数不常见,但是它是存在的。举个例子,假设我们的Widget类有一个std::vector数据成员,并且我们提供一个访问函数来让客户直接访问这个变量:
class Widget {
public:
using DataType = std::vector<double>; //using的详细信息请看Item 9
...
DataType& data() { return values; }
...
private:
DataType values;
};
这几乎不符合大多数封装设计的标准,但是把它放在一边,并且考虑下在下面的客户代码中发生了什么
Widget w;
...
auto vals1 = w.data(); //把w.values拷贝到vals1中
Widget::data的返回类型是一个左值引用(准确地说是std::vector<double>&),并且因为左值引用被定义为左值,vals1的初始化来自一个左值。因此,就像注释说的那样,用w.values 拷贝构造了一个vals1。
现在假设我们有一个工厂函数,这个函数能创建Widget,
Widget makeWidget();
并且我们想通过makeWidget返回的Widget,用这个Widget中的std::vector来初始化一个变量:
auto vals2 = makeWidget().data(); //把Widget中的值拷贝到vals2中
同样地,Widget::data返回一个左值引用,并且,同样地,左值引用是一个左值,所以同样地,我们的新对象(vals2)通过拷贝构造函数拷贝了一份Widget中的值。这次Widget是一个从makeWidget返回的临时对象(一个左值,),拷贝它的std::vector浪费时间,我们最好的做法是move它,但是因为data返回一个左值引用,所以C++的规则要求编译器生成拷贝的代码。(若是通过所谓的“as if rule”来优化的话,这里有一些回旋余地,但是如果你只能依赖你的编译器找到方法来优化它,那你就真是太蠢了)
我们需要一个方法来明确一点,那就是当data被一个右值Widget调用时,结果也应该是一个右值。使用引用限定符来重载data的左值和右值版本让之成为可能:
class Widget {
public:
using DataType = std::vector<double>;
...
DataType& data()& //左值Widget返回左值
{ return values;}
DataType data() && //右值Widget返回右值
{ return std::move(values); }
...
private:
DataType values;
};
注意两个重载函数的返回值类型不同。左值引用重载函数返回一个左值引用(也就是一个左值),然后右值引用重载函数返回一个临时对象(也就是一个右值)。这意味着现在,客户代码的表现是这样的:
auto vals1 = w.data(); //调用Widget::data的左值
//重载函数,拷贝构造一个vals1
auto vals2 = makeWidget().data(); //调用Widget::data的右值
//重载函数,移动构造一个vals2
这确实表现得很好,但是不要让这happy ending的光辉分散了你的注意力,这章的重点是当你在派生类中声明一个函数,并打算用这个函数重写一个基类中的虚函数时,你要把这函数声明为override的。