还有一个不成文的规则告诉我们: 如果类的数据成员与自身没有关联，则使用struct。 如果数据成员的值依赖于另一个数据成员的值，则使用class。

f.e

class Time
{
    int minutes;
    int seconds;
}

struct Sizes
{
    int length;
    int width;
};

其他答案提到了private/public默认值(但请注意，struct是类是struct;它们不是两个不同的项目，只是同一项目的两种定义方式)。

值得注意的是(特别是因为请求者提到“非托管”c++，所以很可能正在使用msvc++)，在某些情况下，如果一个类用class声明，然后用struct定义(或者可能相反)，visualc++会抱怨，尽管标准说这是完全合法的。

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

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

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

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

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

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

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

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

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

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

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

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

另一件需要注意的事情是，如果你更新了一个有结构的遗留应用程序来使用类，你可能会遇到以下问题:

旧代码有结构，代码被清理，这些被更改为类。 然后将一两个虚函数添加到新更新的类中。

当虚函数在类中时，编译器会在内部添加额外的指针指向类数据，以指向函数。

这将如何打破旧的遗留代码是，如果在旧代码中的某个地方使用memfill将结构清除为零，这也将破坏额外的指针数据。