一.继承的概念
1.继承的概念
继承是C++面向对象程序设计中代码复用的一种重要手段。它允许程序员在保持原有类特性的基础上进行扩展,增加新的功能,这样产生的类,称之为派生类。继承呈现了面向对象设计的层次结构,是类层次的代码复用。
2.继承的方式
- public继承:不改变基类成员的访问权限
- protected继承:基类成员在派生类的最高访问权限为protected
- private继承:基类成员在派生类的最高访问权限为private
(public > protected > private)
结论:
- 基类的私有成员无论以什么方式继承,在派生类和类外均不可见。但是确实是被继承到派生类中了。
- 基类成员在派生类中的访问权限:min(成员在基类中的访问权限,继承方式)
- 基类private成员在派生类中无论以什么继承方式都不能访问,如果基类不想在类外直接被访问,又想要在派生类中访问,就定义为protected。可以看出protected限定符是因为继承才出现的
- 在实际中大多使用的都是public继承,也不提倡使用其他两种继承方式。
⚠️:
- 使用关键字class时默认的继承方式是private,使用struct时默认的继承方式是public,不过最好是要显示的写出继承方式。(关键字指的是派生类的关键字)
二.基类和派生类之间的相互赋值
- 派生类对象可以赋值给基类的对象/引用/指针(切片:将派生类中基类那部分切下赋值过去)
- 派生类的指针可以赋值给基类指针
- 派生类引用可以赋值给基类引用
- 基类对象不能赋值给派生类对象
- 基类的指针如果赋值给派生类指针,可能会发生访问越界(如果派生类中定义了自己的成员变量)。基类的指针可以通过强制类型转换赋值给派生类的指针。但是必须是基类的指针是指向派生类对象时才是安全的
- 基类引用不能赋值给派生类引用(引用的底层是用指针实现的)
三.继承中的作用域和隐藏
- 在继承体系中基类和派生类都有独立的作用域
- 基类和派生类中有同名成员,派生类成员将屏蔽基类对同名成员的直接访问,这种情况叫隐藏,也叫重定义。(在派生类成员函数中,可以用基类作用域显示访问基类成员)
- 在实际中的继承体系里最好不要定义同名的成员
- 成员变量隐藏:派生类相同名称的成员隐藏基类同名成员,通过基类作用域访问基类成员变量
- 成员函数隐藏:函数名相同即构成隐藏,同名函数会隐藏基类函数,和参数无关
⚠️:
- 重载:函数在同一个作用域中,函数名相同,参数列表不同
- 重定义/隐藏 : 子类函数和父类函数名相同(跟参数无关)
四.派生类的默认成员函数
1.构造函数
- 默认的构造函数:编译器自动先调用基类的默认构造函数,再调用自己的构造函数
- 显示定义:如果基类中有默认的构造函数,可以不显示调用。如果基类没有默认构造函数,需要在构造函数的初始化列表中显示调用基类的构造函数
2.拷贝构造函数
- 默认的拷贝构造函数:编译器会自动调用基类的拷贝构造函数
- 显示定义:如果不显示调用基类的拷贝构造函数,则会调用基类的默认构造函数.如果基类没有默认的构造函数,则会编译报错
3.赋值运算符重载函数:
- 默认的函数:编译器会自动调用基类的赋值运算符重载函数
- 显示定义:如果不显示调用父类的赋值运算符重载函数,编译器不会调用父类的任何成员函数
4.析构函数
- 默认的析构函数:先执行自己的析构函数,编译器再调用基类的析构函数
- 不允许显示调用基类的析构函数。编译器在底层对基类和派生类的析构函数的名字做了修改,基类的析构函数和派生类的析构函数会造成函数隐藏。如果显示调用了基类的析构函数,编译器还是会自动的再继续调基类的析构函数。
5.取地址运算符
- 使用编译器默认生成的即可
⚠️:
- 对于一个子类对象来说,会先调用父类的构造函数,再调用子类的构造函数。根据函数栈帧的结构,先调用子类的析构函数,再调用父类的析构函数
- 编译器底层对析构函数的名字做了修改,改成了同一个名字(destructor)
五.继承中的友元
- 友元关系不能继承。也就是说基类的友元函数不能访问派生类的私有和受保护成员
六.继承中的静态成员
- 如果基类中定义了static成员,那么在整个继承体系中就只有一个这样的成员。无论派生出多少派生类,都只有一个。
七.菱形继承和菱形虚拟继承
1.继承关系
- 单继承 :一个派生类只有一个基类的时候,继承关系为单继承
- 多继承 :一个派生类有两个或两个以上的基类的时候,继承关系为多继承
2.菱形继承的概念
菱形继承其实是多继承的一种特殊情况。当一个派生类继承了两个或者两个以上的基类的时候,而它所继承的这些基类当中,有两个或者多个又继承了同一个基类,那么在这个派生类中,就会有两份一摸一样的代码。这就是菱形继承。
3.菱形继承的问题
因为在派生类对象中,存在了两份一摸一样的代码。那么这时候就会有数据的冗余和数据的二义性的问题。
class Person
{
public :
string _name ; // 姓名
};
class Student : public Person
{
protected :
int _num ; //学号
};
class Teacher : public Person
{
protected :
int _id ; // 工号
};
class Assistant : public Student, public Teacher
{
protected :
string _majorCourse ; // 主修课程
};
void Test ()
{
// 这样会有二义性无法明确知道访问的是哪一个
Assistant a ;
//a._name = "Wyh";
// 需要显示指定访问哪个父类的成员可以解决二义性问题,但是数据冗余问题无法解决
a.Student::_name = "xxx";
a.Teacher::_name = "yyy";
}
4.解决菱形继承的问题
解决菱形继承的问题,就要用到虚拟继承。当多个派生类继承同一个基类的时候,要虚拟继承这个基类。虚拟继承可以解决菱形继承的数据冗余和二义性的问题。
class Person
{
public :
string _name ; // 姓名
};
class Student :virtual public Person
{
protected :
int _num ; //学号
};
class Teacher :virtual public Person
{
protected :
int _id ; // 工号
};
class Assistant : public Student, public Teacher
{
protected :
string _majorCourse ; // 主修课程
};
void Test ()
{
Assistant a ;
a._name = "Wyh";
}
那问题究竟是怎么解决的?
我们用一个简单的菱形继承的例子来测试一下:
class A
{
public:
int _a;
};
class B : virtual public A
{
public:
int _b;
};
class C : virtual public A
{
public:
int _c;
};
class D : public B, public C
{
public:
int _d;
};
void Test()
{
D d;
d.B::_a = 1;
d.C::_a = 2;
d._b = 3;
d._c = 4;
d._d = 5;
}
int main()
{
Test();
return 0;
}
这张图是没有用虚拟继承时的d的内存情况,可以由上面的赋值可以看出来,第一行和第二行是从基类B中继承来的。而第三行和第四行是从基类C中继承来的。我们从中可以看到数据的冗余和二义性的情况。
而这张图是使用了虚拟继承后的内存情况。我们还是能从赋值的情况能看出来一些情况。内存1的第一行和第二行是属于基类B的。第三行和第四行是属于基类C的。第五行是属于D自己的。而我们可以看到D对象将A的对象放在了最后面,这个A同时属于B和C,那么B和C是如何去找到这个A的呢?
这里是通过了B和C的两个指针找到的。我们可以看到B和C都存了一个指针,在内存2和内存3中可以看到,这两个指针的指向保存着两张表,而这两张表中存着两个数。这两个数换算成十进制就是偏移量,而这两张表就是虚基表,所以B和C中存的指针就是虚基表指针。因为虚基表中存放着偏移量,所以通过偏移量就可以找到最下面的A。
总结
- 其实多继承就体现出了C++的语法复杂性,有了多继承就可能会有菱形继承,有菱形继承就会有菱形虚拟继承,而且目前底层是怎么实现的还不知道,但是肯定是会很复杂。
- 多继承可以认为是C++的缺陷之一。
- public继承是一种is-a的关系。也就是说每个派生类对象都是一个基类对象。
- 组合是一种has-a的关系。是一种包含的关系。
- 优先使用组合,而不是类继承。
- 继承允许你根据基类类的实现来定义派生类的实现。这种通过生成派生类的复用通常被称为白箱复 用(white-boxreuse)。术语“白箱”是相对可视性而言:在继承方式中,基类的内部细节对子类可见。继承一定程度破坏了基类的封装,基类的改变,对派生类类有很大的影响。派生类和基类间的依 赖关系很强,耦合度高。
- 对象组合是类继承之外的另一种复用选择。新的更复杂的功能可以通过组装或组合对象来获得。对 象组合要求被组合的对象具有良好定义的接口。这种复用风格被称为黑箱复用(black-boxreuse),因为对象的内部细节是不可见的。对象只以“黑箱”的形式出现。 组合类之间没有很强的依赖关系,耦合度低。优先使用对象组合有助于你保持每个类被封装。
- 实际尽量多去用组合。组合的耦合度低,代码维护性好。不过继承也有用武之地的,有些关系就适 合继承那就用继承,另外要实现多态,也必须要继承。类之间的关系可以用继承,可以用组合,就用组合。