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

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

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

类的成员默认为private, struct的成员默认为public。

例如，程序1编译失败，程序2运行正常。

// Program 1
#include <stdio.h>
 
class Test {
    int x; // x is private
};

int main()
{
  Test t;
  t.x = 20; // compiler error because x is private
  getchar();
  return 0;
}

// Program 2
#include <stdio.h>
 
struct Test {
    int x; // x is public
};

int main()
{
  Test t;
  t.x = 20; // works fine because x is public
  getchar();
  return 0;
}

从类/结构派生结构时，基类/结构的默认访问说明符为public。派生类时，默认访问说明符为private。

例如，程序3编译失败，程序4工作正常。

// Program 3
#include <stdio.h>
 
class Base {
public:
    int x;
};
 
class Derived : Base { }; // is equivalent to class Derived : private Base {}
 
int main()
{
  Derived d;
  d.x = 20; // compiler error because inheritance is private
  getchar();
  return 0;
}

// Program 4
#include <stdio.h>
 
class Base {
public:
    int x;
};
 
struct Derived : Base { }; // is equivalent to struct Derived : public Base {}
 
int main()
{
  Derived d;
  d.x = 20; // works fine because inheritance is public
  getchar();
  return 0;
}

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

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

唯一的其他区别是类和结构的默认继承，不出意外，它们分别是私有和公共的。

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

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

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

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

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

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

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