如果你写的库内部是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++时还有其他注意事项，但这是一个简化的示例。

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

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

当你用c++实现提供兼容C的接口时，struct(更一般地说是PODs)非常方便，因为它们可以跨语言边界和链接器格式移植。

如果您不关心这一点，那么我认为使用“struct”而不是“class”是一种很好的意图交流方式(如上面的@ZeroSignal所述)。struct还具有更可预测的复制语义，因此对于打算写入外部媒体或通过网络发送的数据非常有用。

struct对于各种元编程任务也很方便，比如trait模板只暴露了一堆依赖的typedef:

template <typename T> struct type_traits {
  typedef T type;
  typedef T::iterator_type iterator_type;
  ...
};

.．.但这实际上只是利用了struct的默认保护级别是公共的……

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

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

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

它们是一样的，只是默认值不同(class默认为private, struct默认为public)，所以理论上它们是完全可以互换的。

所以，如果我只是想打包一些信息来移动，我使用一个结构体，即使我在那里放了一些方法(但不是很多)。如果它是一个最不透明的东西，其中主要使用将通过方法，而不是直接到数据成员，我使用一个完整的类。

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

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