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

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

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

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

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

类只有在软件工程上下文中才有意义。在数据结构和算法的上下文中，类和结构并没有那么大的不同。没有任何规则限制必须引用类的成员。

当与大量的人一起开发大型项目时，你可能最终会得到复杂的耦合代码，因为每个人都使用他们想要的函数和数据。类提供权限控制和固有属性，以增强代码的解耦和重用。

如果您阅读了一些软件工程原理，就会发现没有类，大多数标准都无法轻松实现。例如: http://en.wikipedia.org/wiki/SOLID_%28object-oriented_design%29

顺便说一句，当一个struct分配了大量内存并包含了几个变量时，值类型变量表示值嵌入到struct分配的位置。相比之下，引用类型变量的值是外部的，由一个指针引用，该指针也嵌入在struct分配的地方。

默认情况下，用关键字class定义的类的成员为private。用关键字struct(或union)定义的类的成员默认是公共的。 在基类没有访问说明符的情况下，当派生类声明为struct时假定为public，当类声明为class时假定为private。 你可以使用模板<类T>，但不能使用模板<结构T>。

还要注意，c++标准允许将类型前向声明为struct，然后在声明类型时使用class，反之亦然。同样，std::is_class<Y>::value对于Y是一个结构和类是true，但是对于枚举类是false。

另一个主要区别是模板。据我所知，你可以在定义模板时使用类，但不能定义结构。

template<class T> // OK
template<struct T> // ERROR, struct not allowed here

STRUCT是一种抽象数据类型，它根据结构规范划分给定的内存块。结构体在文件序列化/反序列化中特别有用，因为结构体通常可以被逐字写入文件。(例如，获取一个指向结构的指针，使用SIZE宏计算要复制的字节数，然后将数据移进或移出结构。)

类是一种不同类型的抽象数据类型，试图确保信息隐藏。在内部，可以有各种各样的诡计，方法，临时变量，状态变量。等等，它们都被用来为任何希望使用该类的代码提供一致的API。

实际上，结构体是关于数据的，类是关于代码的。

但是，您确实需要理解这些仅仅是抽象。创建看起来很像类的结构体和看起来很像结构体的类是完全可能的。事实上，最早的c++编译器只是将c++代码转换为C的预编译器。因此，这些抽象有助于逻辑思维，而不一定是计算机本身的资产。

Beyond the fact that each is a different type of abstraction, Classes provide solutions to the C code naming puzzle. Since you can't have more than one function exposed with the same name, developers used to follow a pattern of _(). e.g. mathlibextreme_max(). By grouping APIs into classes, similar functions (here we call them "methods") can be grouped together and protected from the naming of methods in other classes. This allows the programmer to organize his code better and increase code reuse. In theory, at least.