struct和class区别、三种继承及虚继承、友元类_class继承struct

之前只知道在C++中类和结构体的区别只有默认的防控属性（访问控制）不同，struct是public的，而class是private的。但经过上网查资料才发现，除了这个不同之外，还有很多的知识点需要掌握。下面就听我一一道来~

1、首先比较一下C中的结构体和C++中的结构体区别

C++中的struct是对C中的struct进行了扩充，所以增加了很多功能，主要的区别如下图所示：

上面罗列了在声明时的区别，在使用的过程中也有区别：

在C中使用结构体时需要加上struct，或者对结构体使用typedef取别名，而C++可直接使用，例如：

结构体声明，C和C++使用同一个
struct Student
{
    int  iAgeNum;
    string strName;
}
typedef struct Student Student2；//C中取别名

struct  Student  stu1;    //C中正常使用
Student2   stu2;        //C中通过取别名的使用
Student    stu3;        //C++使用
 

与C++实际上编程思想的区别，C是面向过程，C++面向对象。
所以在C中结构体就是不同类型数据的集合，并不涉及算法和操作。
而C++是把数据变量及对这些数据变量的相关算法和操作给封装起来。

2、C++中Struct与Class的区别

在C++中引入struct是为了保持对C程序的兼容，在引入之后C++对其进行了扩充，现在struct可以拥有静态成员、成员数据可进行初始化、拥有函数、也可以继承、甚至多态也支持。从表面看起来两者之间像是没有区别，有时你把程序中的所有class改为struct，程序也照常运行。之所以说是看起来呢，两者之间肯定还是有差别的啦。

2.1、内部成员变量及成员函数的默认防控属性

struct默认防控属性是public的，而class默认的防控属性是private的，例如：

struct A
{
    int iNum;
}
class B
{
    int iNum;
}

A a;
a.iNum = 2;        //没有问题，默认防控属性为public
B b;
b.iNum = 2;        //编译出错，默认防控属性为private
 

• 2.2、继承关系中默认防控属性的区别

在继承关系，struct默认是public的，而class是private，例如：

struct A
{
    int   iAnum；
}
struct B : A
{
    int   iBnum;
}

A a；
a.iAnum = 1;    //在struct情况下是正确的，在class情况下是错误的
 

在是struct的情况下B是默认public继承A的。如果将上面的struct改成class，那么B是private继承A的。

上面的列子都是struct继承struct，class继承class，那么class与struct继承会怎样呢？
结论是：默认的防控属性取决于子类而不是基类，例如：

struct A{};
class B : A {};    //默认为private继承
struct C : B{};    //默认为public继承
 

所以我们在写代码的时候，为了不引起歧义，最好指明继承的方式，而不要用默认的继承，例如：

class B : public A{}；
struct B : public A{}；
 

2.3、模板中的使用

class这个关键字还可用于定义模板参数，就像typename。但是strcut不用与定义模板参数，例如：

template< typename T, typename Y >    //可以把typename 换成 class
int  Func( const T& t, const Y& y )
{
    //TODO
}

2.4、{}赋初值的讨论

因为C++是对C的扩充，那么它就兼容过去C中struct的特性，例如：

当然这里在class时，默认的防控属性为private，所以出错正常，但这是它们之间的一个区别吗？不是的。
在struct中加入一个构造函数（或虚函数），你会发现struct也不能用{}赋值了。嗯？头顶上有个大大的问号。

原因是以{}的方式来赋初值，只是用一个初始化列表来对数据进行按顺序的初始化，如果上面写成A a = {‘p’,7};则c1，i2被初始化，而db3没有。这样简单的copy操作，只能发生在简单的数据结构上，而不应该放在对象上。加入一个构造函数或是一个虚函数会使strcut更体现出一种对象的特性，而是{}操作不在有效。

因为加入这样的函数（构造和虚函数），使得类的内部结构发生了变化。而加入一个普通的成员函数呢？你会发现{}依旧可用。其实你可以将普通的函数理解成对数据结构的一种算法，这并不打破它数据结构的特性。

2.5总结

通过上面的总结，你会发现两者的差别确实没有很大。尤其是在我们书写程序的过程中显示指明防控属性时，那我们什么时候用class，什么时候用struct呢？

个人建议：当你觉得你要做的更像是一种数据结构集合的话，那么用struct。如果你要做的更像是一种对象的话，那么用class。

https://blog.csdn.net/weixin_39640298/article/details/84349171

参考资料：
https://www.cnblogs.com/starfire86/p/5367740.html
https://www.cnblogs.com/Carrie-0173/p/6357715.html
https://blog.csdn.net/lailaiquququ11/article/details/82904406

虚继承

 
//间接基类A
class A{
protected:
    int m_a;
public:
    int m_ab;
    int m_ac;
    int m_abc;
};
 
//直接基类B
class B: virtual public A{  //虚继承
protected:
    int m_b;
public:
    int m_bc;
    int m_ab;
    int m_abc;
};
 
//直接基类C
class C: virtual public A{  //虚继承
protected:
    int m_c;
public:
    int m_bc;
    int m_ac;
    int m_abc;
};
 
//派生类D
class D: public B, public C{
public:
    void seta(int a){ m_a = a; }  //正确
    void setb(int b){ m_b = b; }  //正确
    void setc(int c){ m_c = c; }  //正确
    void setd(int d){ m_d = d; }  //正确
private:
    int m_d;
};
 
int main(){
    D d;
    //d.m_bc = 1; // compile error
    // Member 'm_bc' found in multiple base classes of different types
    d.B::m_bc = 1; d.C::m_bc = 2;
    cout<<d.B::m_bc << " " << d.C::m_bc <<endl; // 1 2
 
    d.m_ab = 3;
    cout<<d.m_ab << " " << d.B::m_ab << " " << d.C::m_ab <<endl; // 3 3 -858993460
    d.B::m_ab = 4;
    cout<<d.m_ab << " " << d.B::m_ab << " " << d.C::m_ab <<endl; // 4 4 -858993460
    d.C::m_ab = 5;
    cout<<d.m_ab << " " << d.B::m_ab << " " << d.C::m_ab <<endl; // 4 4 5
 
    //d.m_abc = 3; // compile error
    // Member 'm_abc' found in multiple base classes of different types
    d.B::m_abc = 3; d.C::m_abc = 4;
    cout<<d.B::m_abc << " " << d.C::m_abc <<endl; // 3 3
    return 0;
}

http://c.biancheng.net/view/2280.html

友元

15、 判断：子类可以访问父类的保护成员，子类的友元类也可以访问父类的保护成员。（对）
考察继承与访问级别的基本概念。让子类的友员通过子类对象去访问父类保护成员，保证题目更加严谨。
16、 下面对继承的描述正确的是：
A．父类的友元类可以访问子类保护成员
B．子类的友元类可以访问父类的私有成员
C．子类可以访问父类的保护成员
D．父类可以访问子类的保护成员

参考资料

http://c.biancheng.net/view/2269.html

虚继承

https://blog.csdn.net/aixiaodeshushu/article/details/99759177

https://www.cnblogs.com/heyonggang/p/3255155.html