继承(inheritance)机制是面向对象程序设计使代码可以复用的最重要的手段,它允许程序员在保持原有类特 性的基础上进行扩展,增加功能,这样产生新的类,称派生类。继承呈现了面向对象程序设计的层次结构, 体现了由简单到复杂的认知过程。以前我们接触的复用都是函数复用,继承是类设计层次的复用。
比如在一个学生管理系统中,需要定义学生、老师、保安等等结构体:
学生有它的名字,电话号码,地址,年龄,学号:
class Student
{
string _name;
int _tel;
string _address;
int _age;
int _stuID;
}
老师也有它的名字,电话号码,地址,年龄,外加工号:
class Teacher
{
string _name;
int _tel;
string _address;
int _age;
int _workID;
}
但是我们如果如果这样设计的话,我们发现有好多重复的信息,怎么解决呢?我们将重复的信息提取出来,重新建一个Person类:
class Person
{
string _name;
int _tel;
string _address;
int _age;
}
此时Student、Teacher可以将Person进行复用:
class Student
{
Person _p;
int _stuID;
}
class Teacher
{
Person _p;
int _workID;
}
但是一般成员会设置成私有的,Student、Teacher不好去访问Person的成员所以C++就设计出来了继承:
class Person
{
public:
void Print()
{
cout << "name:" << _name << endl;
cout << "age:" << _age << endl;
}
protected:
string _name = "peter"; // 姓名
int _age = 18; // 年龄
};
//Student继承了Person,Student中就拥有了Person的成员
//Person叫做父类/基类
//Student叫子类/派生类
class Student : public Person
{
protected:
int _stuID; // 学号
};
class Teacher : public Person
{
protected:
int _workID; // 工号
};
int main()
{
Student s;
Teacher t;
s.Print();
t.Print();
return 0;
}
继承后父类的Person的成员(成员函数+成员变量)都会变成子类的一部分。Person叫做父类/基类
Student和Teacher叫子类/派生类,这里体现出了Student和Teacher复用了Person的成员。下面我们使用监视窗口查看Student和Teacher对象,可以看到变量的复用。调用Print可以看到成员函数的复用。
我们可以看到Student是派生类,public是继承方式,Person是基类:
那么在继承当中,基类成员访问方式是怎么变化的呢?
我们首先设定权限大小:
public>protected>private
类成员/继承方式 | public继承 | protected继承 | private继承 |
---|---|---|---|
基类的public成员 | 派生类的public成员 | 派生类的protected成员 | 派生类的private成员 |
基类的protected成员 | 派生类的protected成员 | 派生类的protected成员 | 派生类的private成员 |
基类的private成员 | 在派生类中不可见 | 在派生类中不可见 | 在派生类中不可见 |
可以通过这个表格可以总结出基类继承给子类的成员的访问方式的变为:min(访问方式,继承方式),访问方式变为,父类中的访问方式和继承方式中取权限小的。
下面我们看这样的一个代码:
class Person
{
public:
void Print()
{
cout << "name:" << _name << endl;
cout << "age:" << _age << endl;
}
protected:
string _name = "peter"; // 姓名
private:
int _age = 18; // 年龄
};
class Student : public Person
{
void func()
{
Print();//公有的
_name = "张三";//protected,类内部可以访问_name
_age = 18;//error,不可见,对象的物理空间上它是存在的,但是语法上不允许子类使用
}
protected:
int _stuID; // 学号
};
int main()
{
Student s;
return 0;
}
我们将基类成员name设置成保护,age设置成私有,派生类继承方式为public,所以name在子类中的访问方式变为了保护,所以类内部可以访问name,age在子类中的访问方式变为了不可见,注意这里的不可见的意思是:对象的物理空间上它是存在的,但是语法上不允许子类使用,如果我们去修改age是会报错的:
实际上C早期设计继承方式和访问限定符时,考虑复杂,把各种情况都考虑进去了,但是实际的使用中,用的最多的是public继承。基类成员的访问设定符设置成public或者protected,虽然C设计的复杂,但是我们尽量用简单的。继承中,一个类中尽量不要使用private。因为private在子类中不可见,尽量用protected
总结:
我们写这样的类:
class Person
{
protected :
string _name; // 姓名
string _sex; // 性别
int _age; // 年龄
};
class Student : public Person
{
public :
int _No ; // 学号
};
那么我们创建一个基类对象,创建一个子类对象:
int main()
{
Person p;
Student s;
p = s;//子类对象赋值给父类对象
}
我们将子类对象赋值给父类对象这样是可以的,子类赋值给父类的这个过程称为切割或者切片:
同时还可以是指针和引用:
Person *pr = &s;
pr指向父类这一部分成员
Person& ref = s;
ref是父类这一部分的别名
那么我们如果像将父类对象赋值给子类对象呢?
s = p;
这样是错误的,父类对象赋值给子类对象是不可以的
我们首先来看下面的例子:
// Student的_num和Person的_num构成隐藏关系,可以看出这样代码虽然能跑,但是非常容易混淆
class Person
{
protected :
string _name = "小李子"; // 姓名
int _num = 111; // 身份证号
};
class Student : public Person
{
public:
void Print()
{
cout<<" 姓名:"<<_name<< endl;
cout<<" 身份证号:"<<Person::_num<< endl;
cout<<" 学号:"<<_num<<endl;
}
protected:
int _num = 999; // 学号
};
void Test()
{
Student s1;
s1.Print();
};
可以看到基类和子类中有相同名字的成员,那么我们在打印时,会打印父类的num呢还是子类的num呢?我们运行一下:
我们发现打印了子类的num,这里有一个隐藏的概念:
当子类和父类有同名成员时,子类成员会隐藏父类成员。这个称为隐藏或者重定义。
那么我们如果想打印基类的num成员呢?此时我们需要指定类域:
cout<<" 学号:"<<Person::_num<<endl;
可以看到学号发生了改变,它打印了父类的num
接下来再看这样的一份代码:
class A
{
public:
void func()
{
cout<<"func()"<<endl;
}
};
class B:public A
{
public:
void func(int i)
{}
};
int main()
{
B b;
b.func(10);
b.A::func();//调用父类的话需要指定作用域
}
和前面的成员变量一样,成员函数也是相同的道理,这里构成隐藏,要是想访问父类的成员函数需要指定类域
很多人会误解这里的func函数构成重载,但是函数重载的前提要求在同一作用域,两个func函数不在统一作用域,所以A和B类的func函数构成隐藏关系,只要函数名相同就构成隐藏。建议自己定义尽量不要在父子类中定义同名成员变量和函数
总结:
6个默认成员函数,我们这里讲解4个,取地址重载我们就不说了,因为这两个我们自己很少实现。默认成员函数:“默认”的意思就是指我们不写,编译器会变我们自动生成一个,那么在派生类中,这几个成员函数是如何生成的呢?
首先我们来看构造函数:
class Person
{
public:
//构造函数
Person(const char* name = "peter")
: _name(name)
{
cout<<"Person()" <<endl;
}
protected:
string _name;
};
class Student : public Person
{
public:
//子类构造函数 我们不写编译器默认生成
//1.自己的内置类型成员
//2.自己的自定义类型成员
//3.继承的父类成员
private:
int _id;
string _address;
};
int main()
{
Student s;
return 0;
}
这里我们发现我们没有定义父类对象,但是打印的显示,调用了父类的构造函数为什么呢?是因子类构造函数我们不写,编译器默认生成构造函数,默认生成的构造函数会这样处理:
我们调试发现,确实是这样子的:
父类里的_name已经初始化了,内置类型并没有处理,_address调用string类的默认构造函数进行初始化。
如果我们没有写父类写了构造函数,我们就要自己实现子类构造函数,不然会报错父类没有合适的默认构造函数
在显式写子类构造函数时,对父类的成员初始化时需要注意的是父类被看成一个整体:
Student(const char* name,int id,const char* address)
:_id(id)
,_address(address)
{}
那么我们怎么给父类的成员进行初始化呢?将父类看成一个整体进行初始化:
Student(const char* name,int id,const char* address)
:Person(name)
:_id(id)
,_address(address)
{}
注意:
不在初始化列表显式的调用父类的构造函数初始化的话,编译器会调用默认的构造函数去初始化
那么构造函数处理完,我们再来看拷贝构造函数:
class Person
{
public:
//构造函数
Person(const char* name = "peter")
: _name(name)
{
cout<<"Person()" <<endl;
}
//拷贝构造函数
Person(const Person& p)
: _name(p._name)
{
cout<<"Person(const Person& p)" <<endl;
}
protected:
string _name;
};
class Student : public Person
{
public:
private:
int _id;
string _address;
};
int main()
{
Student s;
Student s1(s);
return 0;
}
我们可以看到它调用了父类的拷贝构造函数,子类拷贝构造函数我们不写编译器默认生成
默认生成的拷贝构造函数会这样处理:
那么我们要是自己怎么实现呢?我们怎么对父类的那一部分进行拷贝呢?还记不记得前面讲的切片,这里就用到了:
Student(const Student& s)
:Person(s)//切片 这里不写会调用默认构造函数
,_id(s._id)
,_address(s._address)
{}
如果这里不写Person(s),这里会调用默认构造函数:
如果要自己实现,就要类似这样处理,但是像这里的Student是不需要自己去实现的,默认实现的就够用,只有当子类中存在深浅拷贝问题才需要自己实现。
下面我们来看赋值重载:
class Person
{
public:
//赋值重载
Person& operator=(const Person& p)
{
cout<<"Person operator=(const Person& p)"<< endl;
if (this != &p)
_name = p ._name;
return *this ;
}
protected:
string _name;
};
class Student : public Person
{
public:
private:
int _id;
string _address;
};
int main()
{
Student s;
Student s1;
s1 = s;
return 0;
}
子类赋值重载函数我们不写编译器默认生成,默认生成的赋值重载函数会这样处理:
那么需要自己实现呢?这样实现:
Student& operator=(const Student& s)
{
if(*this != s)
{
_id = s._id;
_address = s._address;
operator=(s);
}
return *this;
}
我们发现这样写代码之间崩了,为什么呢?是因为子类的operator=和父类的operator=构成了隐藏。并且这里发生了切片,所以需要指定作用域:
Student& operator=(const Student& s)
{
if(*this != s)
{
_id = s._id;
_address = s._address;
Person::operator=(s);//切片
}
return *this;
}
最后,我们来看一下析构函数:
class Person
{
public:
//构造函数
Person(const char* name = "peter")
: _name(name )
{
cout<<"Person()" <<endl;
}
//拷贝构造
Person(const Person& p)
: _name(p._name)
{
cout<<"Person(const Person& p)" <<endl;
}
//赋值重载
Person& operator=(const Person& p )
{
cout<<"Person operator=(const Person& p)"<< endl;
if (this != &p)
_name = p ._name;
return *this ;
}
//析构函数
~Person()
{
cout<<"~Person()" <<endl;
}
protected:
string _name;
};
class Student : public Person
{
public:
private:
int _id;
string _address;
};
int main()
{
Student s;
Student s1;
s1 = s;
return 0;
}
当我们不去显式写析构函数时:
析构函数我们不写编译器默认生成,默认生成的析构函数会
如果要自己实现呢?
~Student()
{
~Person();
//清理子类的资源
}
这样是错误的,因为子类析构函数和父类析构函数构成隐藏,因为编译器会对析构函数名做特殊处理,所有类的析构函数名都会被处理成统一名字destructor(),为什么编译器会做这样的处理呢?因为析构函数在底层要构成多态的重写
我们需要加类域:
~Student()
{
Person::~Person();
//清理子类的资源
}
但是我们发现多析构了,为什么呢?因为子类的析构函数在执行结束之后会自动调用父类的析构函数
为了保证先构造的后释放,因为在构造函数中规则是父类是先被构造的,然后再构造子类的,所以子类的析构函数在执行结束之后会自动调用父类的析构函数,这样才能保证子类先调用析构函数清理,再调用父类析构函数清理,顺序符合一致的规则
所以我们不需要显式写父类的析构,因为编译器在子类析构执行完后会自动的去调用
~Student()
{
//清理子类的资源
//自动的调用父类的析构
}
class Person
{
public:
friend void Print(const Person& p,const Student& s);
protected :
string _name = "张三"; // 姓名
};
class Student : public Person
{
protected:
int _num = 999; // 学号
};
void Print(const Person& p,const Student& s)
{
cout<<" 姓名:"<<p._name<< endl;
cout<<" 学号:"<<s._num<<endl;
}
void Test()
{
Person p;
Student s;
Print(p,s);
};
我们看到Print函数是基类的友元,那么友元关系可以继承吗?
友元关系不能继承,基类的友元不能访问子类私有和保护成员
基类定义了static静态成员,则整个继承体系里面只有一个这样的成员。无论派生出多少个子类,都只有一个static成员实例 。基类静态成员属于整个继承体系的类,属于这些类的所有对象。
如果我们要统计产生多少个对象,就可以利用静态成员进行统计:
class Person
{
public :
Person ()
{
++ _count ;
}
protected :
string _name ; // 姓名
public :
static int _count; // 统计人的个数。
};
int Person :: _count = 0;
class Student : public Person
{
protected :
int _stuNum ; // 学号
};
class Graduate : public Student
{
protected :
string _seminarCourse ; // 研究科目
};
int main()
{
Student s1;
Student s2;
Student s3;
Graduate g1;
Graduate g2;
Graduate g3;
Person p1;
Person p2;
Person p3;
cout << "人数 :" << Person::_count << endl;
return 0;
}
单继承:一个子类只有一个直接父类时称这个继承关系为单继承
多继承:一个子类有两个或以上直接父类时称这个继承关系为多继承
菱形继承:菱形继承是多继承的一种特殊情况。
菱形继承并不一定是固定这样的菱形形状才是菱形继承,在Teacher和Assitant类直接加一层继承关系也是可以的,只要有这个大体形状就可以。
只看这个图,大家能看出什么问题吗?
多继承是C++的一个坑,由多继承衍生出来菱形继承,但是早期设计的时候,没有办法,Java后续直接就不支持多继承了,多继承本身没有问题,但是支持多继承,就可能会出现菱形继承,我们可以发现Assistant类中会有两份Person成员,一份是Student继承下来的,一份是Teacher继承下来的,这样造成了数据冗余和二义性:
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 ; // 主修课程
};
int main()
{
// 这样会有二义性无法明确知道访问的是哪一个
Assistant a ;
a._name = "peter";
// 需要显示指定访问哪个父类的成员可以解决二义性问题,但是数据冗余问题无法解决
a.Student::_name = "xxx";
a.Teacher::_name = "yyy";
}
当我们对_name去写时,这样会有二义性编译器无法明确知道访问的是哪一个_name:
所以需要显示指定访问哪个父类的成员可以解决二义性问题:
a.Student::_name = "Peter";
a.Teacher::_name = "Mike";
但是这样并没有解决数据冗余的问题,C++委员会为了解决这个问题,就出现了菱形虚拟继承:
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 = "peter";
}
菱形虚拟继承解决了数据冗余和二义性的问题,虽然在监视窗口看着有三份,其实这里的_name只有一份,监视窗口为了方便我们进行变量的查看,进行了优化,我们改其中的一个时,其他两个都会改变,下面我们在更底层的去了解菱形虚拟继承是怎么处理的,我们通过查看内存监视窗口进行调试,为了方便查看,我们定义下面的类:
class A
{
public:
int _a;
};
class B : public A
{
public:
int _b;
};
class C : public A
{
public:
int _c;
};
class D : public B, public C
{
public:
int _d;
};
int main()
{
D d;
d.B::_a = 1;
d.C::_a = 2;
d._b = 3;
d._c = 4;
d._d = 5;
}
我们创建一个D对象,当是菱形继承时,我们通过查看D对象的地址来看看内存中成员构成的对象模型:
我们可以看到红色圈起来的是B,它里面有继承A的成员_a和它的成员_b,橙色圈起来的是C,它里面有继承A的成员_a和它的成员_c,整个蓝色圈起来的是D的对象模型。这个对象模型很清晰,也不复杂,容易理解。
那么菱形虚拟继承呢?我们来看看菱形虚拟继承怎么处理的:
int main()
{
D d;
d.B::_a = 1;
d.C::_a = 2;
d._b = 3;
d._c = 4;
d._d = 5;
d._a = 0;
}
动图演示:
通过动图演示后,我们可以看到在菱形继承中_a成员到了存到了最下面,对B、C、D中的_a都进行修改,我们发现修改的都是最下面的那一份,说明_a仅有一份,我们仔细观察在B中多了00 a9 7b 48这个内容,在C中多了 00 a9 7b 54这个内容:
我们在打开一个内存监视看看这两个是什么:
我们看到一个地址的下一个位置存的是14,十进制是20,那么另一个内容是什么呢?我们也来看看:
我们看到这个地址的下一个位置存的是c,十进制是12,那么这两个数字代表什么呢?实际上这两个地方存的是到_a的偏移量,那么为什么需要存偏移量呢?
还记不记得前面讲的切片,B b = d;我们前面说了切片是将d对象中的B类的部分赋值给b,B类的部分有_a成员,那么怎么找到这个B类的_a成员呢?此时就需要用偏移量去找。只有虚基类B和C需要用偏移量去找_a,其他都是正常去找。
我们通过汇编代码来验证一下:
int main()
{
B b;
b._a = 1;
b._b = 2;
}
我们可以看到B类对象去访问_a时的汇编代码有三行,它是通过偏移量去访问的_a,而B类对象去访问_b时是直接去访问的。
我们再来看看B类的指针去访问_a:
int main()
{
B* p = &b;
p->_a = 3;
p = &d;
p->_a = 4;
}
同样的我们发现去访问_a都是通过偏移量去找到的。
总结:
访问继承的虚基类对象成员_a都是取偏移量计算_a的位置,B类的对象、指针、引用去访问_a都要取偏移量计算_a的位置,可以看到虚继承后,解决了菱形继承,但是解决了菱形继承的同时,对象模型更复杂了,其次访问虚基类成员也付出了一定的效率代价
实际中,一般情况下,建议不要设计出菱形继承,那么就不会用菱形虚拟继承,就不会有这么多的问题。
class A
{
public:
void func(){}
protected:
int _a;
};
//B继承了A,可以复用A
class B : public A
{
protected:
int _b;
};
//C组合A,也可以复用A
class C
{
private:
int _c;
A _a;
};
A和B是继承关系,而A和C是组合关系,public继承是一种is-a的关系。也就是说每个派生类对象都是一个基类对象。组合是一种has-a的关系。假设B组合了A,每个B对象中都有一个A对象。B类复用A类是白箱复用(B里面既可以用A公有成员,也可以用保护的成员,也就是说,A所有成员对于B都是透明的,随便用,关联度高,A的改变,基本都会影响B,A的封装对B是不太起作用的),而C类复用A类是黑箱复用(C里面只能用A公有的成员,A的保护成员私有成员对C是不透明的,那么C和A关联度就低,A的改变对C的影响小,A的封装对C是起作用的)
所以B和A之间是一种强关联关系,C和A之间是一种弱关联关系
软件设计类之间关系或者模块间强调:
高内聚(类里面的成员之间关联度很高),低耦合(类和类之间关联度很低),实际开发中,项目很大,需要多个人协作才能完成,比如张三和李四,张三维护的模块是A、B、C,李四维护的模块是D、E,高内聚的意思就是ABC三个模块之间需要联系紧密一些比较好,DE模块之间也是需要联系紧密一些比较好,而张三和李四维护的模块又需要关联度低一些,否则如果张三在修改一个模块时,李四的模块可能也收到了影响。
注意:
实际中,虽然组合比继承更好,但是也不是说,就不用继承,一般建议,需要清楚类和类之间的关系,如果类之间更符合is-a关系,建议用继承。如果类之间更符合has-a,建议用组合;如果不明确,既可以看作是is-a关系,也可以是has-a的关系,则用组合
Person和Student以及Person和Teacher构成is-a的关系:
//Person和Student Person和Teacher构成is-a的关系
class Person
{
protected:
string _name = "张三"; // 姓名
string _sex = "男"; // 性别
};
class Student : public Person
{
protected:
int _num;//学号
};
class Teacher : public Person
{
protected:
int _workID;//工号
};
轮胎和车构成has-a关系:
// Tire和Car构成has-a的关系
class Tire
{
protected:
string _brand = "Michelin"; // 品牌
size_t _size = 17; // 尺寸
};
class Car
{
protected:
string _colour = "白色"; // 颜色
string _num = "陕ABIT00"; // 车牌号
Tire _t; // 轮胎
};
版权说明 : 本文为转载文章, 版权归原作者所有 版权申明
原文链接 : https://blog.csdn.net/attemptendeavor/article/details/122648841
内容来源于网络,如有侵权,请联系作者删除!