我认为Structs是作为一个数据结构(像一个多数据类型的信息数组)和类是为代码打包(像子例程和函数的集合)而设计的。

:(

我唯一一次使用结构体而不是类是在函数调用中使用函数子之前声明函数子，为了清晰起见，我想尽量减少语法。例如:

struct Compare { bool operator() { ... } };
std::sort(collection.begin(), collection.end(), Compare()); 

对于c++来说，结构体和类之间并没有太大的区别。主要的功能区别是，结构的成员在默认情况下是公共的，而在类中默认情况下是私有的。否则，就语言而言，它们是等价的。

也就是说，我倾向于在c++中使用结构体，就像我在c#中做的那样，类似于Brian所说的。struct是简单的数据容器，而类用于对象，除了保存数据外，还需要对数据进行操作。

现有的答案中有很多误解。

class和struct都声明一个类。

是的，您可能必须在类定义中重新安排访问修改关键字，这取决于您用于声明类的关键字。

但是，除了语法之外，选择一种而不是另一种的唯一原因是惯例/风格/偏好。

有些人喜欢对没有成员函数的类坚持使用struct关键字，因为最终的定义“看起来像”C中的简单结构。

类似地，有些人喜欢对具有成员函数和私有数据的类使用class关键字，因为它表示“类”，因此看起来像他们最喜欢的面向对象编程书籍中的示例。

实际上，这完全取决于您和您的团队，这对您的程序没有任何影响。

下面这两个类除了名字以外在其他方面都是完全等价的:

struct Foo
{
   int x;
};

class Bar
{
public:
   int x;
};

你甚至可以在重新声明时切换关键字:

class Foo;
struct Bar;

(虽然这将破坏Visual Studio构建由于不一致，所以编译器将发出一个警告，当你这样做。)

下面的表达式都为true:

std::is_class<Foo>::value
std::is_class<Bar>::value

不过，请注意，在重新定义时不能切换关键字;这只是因为(根据单定义规则)跨翻译单元的重复类定义必须“由相同的标记序列组成”。这意味着你甚至不能交换const int成员;，并且与类或结构的语义无关。

默认情况下，结构具有公共访问权限，类具有私有访问权限。

就我个人而言，我使用结构作为数据传输对象或作为值对象。当这样使用时，我将所有成员声明为const，以防止其他代码修改。

在用我的主要语言c++编程多年之后，我得出了一个死结论，那就是这是c++的另一个愚蠢的特性。

两者之间没有真正的区别，我也没有理由花额外的时间来决定是应该将实体定义为结构体还是类。

要回答这个问题，请随时将实体定义为结构。默认情况下，成员将是公开的，这是规范。但更重要的是，默认情况下继承将是公开的。受保护继承和更糟糕的私有继承是例外。

我从来没有遇到过私人继承是正确做法的案例。是的，我试图发明问题来使用私有继承，但它不起作用。如果不使用访问器关键字，面向对象编程的角色模型Java默认为公共继承。顺便提一下，Java不允许在继承类上访问关键字，它们只能被公开继承。所以你可以看到，cpp团队在这里真的很失败。

另一件令人沮丧的事情是，如果你定义为类，声明为结构，你会得到编译警告。就好像这是影响程序性能或准确性的东西一样。一个回答还指出，MSVC可能会产生编译器错误。

Those persons that use classes when it is raining and structs when it is shining are doing so based on what they have been taught. It's not something they discovered to be true. Java does not have a pair of names for classes, and only have the class keyword. If you want a data structure, simply make all your members public and don't add functions. This works in Java and I don't see any problem. What's the problem? You need 4 or 5 characters of BOM code to determine how to interpret the context of a class entity.