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

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

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

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

唯一的其他区别是类和结构的默认继承，不出意外，它们分别是私有和公共的。

类的成员默认为private。Struct的成员默认为public。除此之外，没有其他区别。还有这个问题。

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

f.e

class Time
{
    int minutes;
    int seconds;
}

struct Sizes
{
    int length;
    int width;
};

结构的成员默认为public，类的成员默认为private。 结构从另一个结构或类的默认继承是公共的。类从其他结构或类的默认继承是私有的。

class A{    
public:    
    int i;      
};

class A2:A{    
};

struct A3:A{    
};


struct abc{    
    int i;
};

struct abc2:abc{    
};

class abc3:abc{
};


int _tmain(int argc, _TCHAR* argv[])
{    
    abc2 objabc;
    objabc.i = 10;

    A3 ob;
    ob.i = 10;

    //A2 obja; //privately inherited
    //obja.i = 10;

    //abc3 obss;
    //obss.i = 10;
}

这是在VS2005上。