c++的起源和与C的兼容性是值得记住的。

C语言有结构体，它没有封装的概念，所以一切都是公共的。

在采用面向对象的方法时，默认为public通常被认为是一个坏主意，所以在编写一种原生有利于OOP(你可以在C中做OO，但它不会帮助你)的C形式时，这是c++(最初是“C With Classes”)的想法，默认为private成员是有意义的。

另一方面，如果Stroustrup改变了struct的语义，使其成员默认为私有，那么就会破坏兼容性(随着标准的分歧，这种情况不再经常发生，但所有有效的C程序也是有效的c++程序，这对c++的立足点有很大影响)。

因此引入了一个新的关键字class，它与struct完全相似，但默认为private。

如果c++从零开始，没有历史，那么它可能只有一个这样的关键字。它也可能不会产生这样的影响。

一般来说，人们在做类似C语言中使用结构体的事情时，会倾向于使用结构体;公共成员，没有构造函数(只要它不在联合中，你可以在结构中有构造函数，就像类一样，但人们倾向于不这样做)，没有虚方法，等等。因为语言既可以用来指导机器，也可以用来与阅读代码的人交流(否则我们就会坚持使用汇编和原始VM操作码)，所以坚持使用它是个好主意。

默认情况下，用关键字class定义的类的成员为private。用关键字struct(或union)定义的类的成员默认是公共的。 在基类没有访问说明符的情况下，当派生类声明为struct时假定为public，当类声明为class时假定为private。 你可以使用模板<类T>，但不能使用模板<结构T>。

还要注意，c++标准允许将类型前向声明为struct，然后在声明类型时使用class，反之亦然。同样，std::is_class<Y>::value对于Y是一个结构和类是true，但是对于枚举类是false。

虽然其他答案暗示了这一点，但并没有明确提到——结构体是与C兼容的，这取决于用法;课程不是。

这意味着如果你想要编写一个与C兼容的头文件，那么除了struct(在C世界中不能有函数;但可以有函数指针)。

c++中struct和class关键字的区别在于，当在特定的复合数据类型上没有特定的说明符时，默认情况下struct或union是只考虑隐藏数据的公共关键字，而class是考虑隐藏程序代码或数据的私有关键字。总是有一些程序员为了数据而使用结构，为了代码而使用类。欲了解更多信息，请联系其他渠道。

根据c++编程语言中的Stroustrup:

你使用哪种风格取决于环境和品味。对于所有数据都是公共的类，我通常更喜欢使用struct。我认为这样的类“不是很合适的类型，只是数据结构”。

在功能上，除了public / private没有区别

综上所述，我们可以得出结论，概念Class比“Structures”更适合代表现实世界中的对象。很大程度上是因为在课堂上使用的面向对象的概念在解释现实场景时非常实用，因此更容易将它们合并到现实中。例如，对于结构体，默认继承是公共的，但如果我们将此规则应用于现实世界，那就太荒谬了。但在类中，默认继承是私有的，这更现实。

无论如何，我需要证明的是类是一个更广泛的，现实世界适用的概念，而结构是一个原始的概念，具有糟糕的内部组织(即使结构遵循面向对象的概念，他们有一个糟糕的含义)