struct相对于class的一个优点是，如果坚持“首先是public成员，然后是private成员”，它可以节省一行代码。从这个角度来看，我发现关键字class毫无用处。

下面是只使用struct而不使用class的另一个原因。c++的一些代码风格指南建议使用小写字母表示函数宏，其基本原理是当宏转换为内联函数时，不需要更改名称。我也一样。你有了漂亮的c风格结构体，有一天，你发现你需要添加一个构造函数，或者一些方便的方法。你会把它改成一个类吗?到处都是吗?

区分结构体和类实在是太麻烦了，妨碍了我们做应该做的事情——编程。像c++的许多问题一样，它产生于向后兼容的强烈愿望。

当我需要创建POD类型或函子时，我使用结构体。

类。

默认情况下，类成员是私有的。

class test_one {
    int main_one();
};

等于

class test_one {
  private:
    int main_one();
};

所以如果你尝试

int two = one.main_one();

我们将得到一个错误:main_one是私有的，因为它不可访问。我们可以 通过指定它的公共ie来初始化它来解决它

class test_one {
  public:
    int main_one();
};

结构体。

struct是一个类，其成员默认为public。

struct test_one {
    int main_one;
};

意味着main_one是私有的，即

class test_one {
  public:
    int main_one;
};

我用struct表示数据结构，其中成员可以取任何值 那样容易些。

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

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

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

从技术上讲，这两者在c++中是相同的——例如，结构体可能具有重载操作符等。

然而:

当我希望同时传递多种类型的信息时，我使用结构体 当我处理一个“功能性”对象时，我使用类。

希望能有所帮助。

#include <string>
#include <map>
using namespace std;

struct student
{
    int age;
    string name;
    map<string, int> grades
};

class ClassRoom
{
    typedef map<string, student> student_map;
  public :
    student getStudentByName(string name) const 
    { student_map::const_iterator m_it = students.find(name); return m_it->second; }
  private :
    student_map students;
};

例如，我在这里的get…()方法中返回一个struct student -喜欢。

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

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

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

E.g.

class PublicInputData {
    //data members
 };