这里有一个很好的解释:http://carcino.gen.nz/tech/cpp/struct_vs_class.php

所以，再强调一次:在c++中，结构体与类是相同的，除了结构体的成员默认具有公共可见性，而类的成员默认具有私有可见性。

我发现了另一个不同。如果在类中没有定义构造函数，编译器将定义一个。但是在struct中，如果你没有定义构造函数，编译器也不会定义构造函数。因此，在某些情况下，我们确实不需要构造函数，struct是一个更好的选择(性能技巧)。 对不起，我的英语不好。

规范里没有，没有。主要的区别在于程序员在2年内阅读你的代码时的期望。结构体通常被假定为POD。当您为定义对象以外的目的定义类型时，也会在模板元编程中使用结构。

struct和class之间的主要区别是，在struct中只能声明不同数据类型的数据变量，而在class中可以声明数据变量和成员函数，因此可以通过函数操作数据变量。

-> another handy thing that i find in class vs struct is that while implementing files in a program if you want to make some operations of a struct again and again on every new set of operations you need to make a separate function and you need to pass object of struct after reading it from the file so as to make some operations on it . while in class if you make a function that does some operations on the data needed everytime..its easy you just have to read object from file and call the function..

但这取决于程序员认为哪种方式合适……对我来说，我更喜欢类，因为它支持oop，这就是它几乎在所有语言中实现的原因，它是所有编程的美妙特性;-)

是的，我忘记提到的最令人难忘的区别是类支持数据隐藏，也支持在内置数据类型上执行的操作，而struct不支持!

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

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