我从来不在c++中使用struct。

我无法想象在需要私有成员时使用结构体的场景，除非您故意试图混淆。

使用结构体似乎更像是一种如何使用数据的语法指示，但我宁愿只创建一个类，并尝试在类的名称中显式地表示它，或通过注释。

E.g.

class PublicInputData {
    //data members
 };

正如其他人指出的那样

除了默认可见性之外，两者都是等效的 无论出于什么原因，都可能有理由被迫使用其中一种或另一种

关于何时使用Stroustrup/Sutter给出了明确的建议:

如果类有不变量，则使用class;如果数据成员可以独立变化，则使用struct

然而，请记住，将某事物前向声明为类(class X;)并将其定义为struct (struct X{…})。 它可能在某些链接器上工作(例如g++)，但可能在其他链接器上失败(例如MSVC)，所以你会发现自己陷入了开发人员的地狱。

它们几乎是一样的。由于c++的魔力，结构体可以像类一样保存函数、使用继承、使用“new”创建等等

唯一的功能区别是类以私有访问权限开始，而结构以public开始。这是对C语言的向后兼容。

在实践中，我总是使用结构体作为数据持有者，类作为对象。

struct对我有帮助的一个地方是，当我有一个系统从另一个系统接收固定格式的消息(通过串行端口)时。您可以将字节流转换为定义字段的结构，然后轻松访问这些字段。

typedef struct
{
    int messageId;
    int messageCounter;
    int messageData;
} tMessageType;

void processMessage(unsigned char *rawMessage)
{
    tMessageType *messageFields = (tMessageType *)rawMessage;
    printf("MessageId is %d\n", messageFields->messageId);
}

显然，这与您在C中所做的事情相同，但我发现必须将消息解码为类的开销通常是不值得的。

回答我自己的问题(无耻地)，正如已经提到的，访问权限是c++中它们之间的唯一区别。

我倾向于仅将结构体用于数据存储。我将允许它获得一些帮助函数，如果它使处理数据更容易的话。然而，一旦数据需要流控制(即维护或保护内部状态的getter /setter)或开始获得任何主要功能(基本上更像对象)，它将被“升级”为一个类，以更好地传达意图。

如果你写的库内部是c++，但API可以被C或c++代码调用，你可以在c++中使用"struct"。你只需要创建一个包含struct和全局API函数的头文件，就可以向C和c++代码公开，如下所示:

// C access Header to a C++ library
#ifdef __cpp
extern "C" {
#endif

// Put your C struct's here
struct foo
{
    ...
};
// NOTE: the typedef is used because C does not automatically generate
// a typedef with the same name as a struct like C++.
typedef struct foo foo;

// Put your C API functions here
void bar(foo *fun);

#ifdef __cpp
}
#endif

然后，您可以使用c++代码在c++文件中编写函数栏()，并使其可从C调用，两个世界可以通过声明的结构共享数据。当然，在混合使用C和c++时还有其他注意事项，但这是一个简化的示例。