我是一个完全的新手，脑海中有很多问题，还有很多需要用C++来体验！有一件事情让我感到非常困惑，那就是公共变量的使用，我看到了很多像这样的代码：
class Foo {
private:
int m_somePrivateVar;
public:
void setThatPrivateVar (int const & new_val) {
m_somePrivateVar = new_val;
}
int getThatPrivateVar (void) const {
return m_somePrivateVar;
}
};
通过隐藏变量并添加方法，类设计者可以在未来向这些方法中插入任意代码，而不会破坏直接使用属性的大量代码。
另外，请注意，提供大量的访问器/修改器方法通常是您的类设计需要重新审视以实现可能的改进的迹象。类方法应该实现真正的逻辑，而不仅仅是为每个成员提供访问。
我仅在struct形式中使用公共变量。例如，我可能有一个代表字符串->值映射的数据库表，其中值是复合数据结构。我只需编写一个结构，并使用例如std::map<std::string，MyStruct>来表示数据库表。我不需要对数据进行实际处理，只需要在需要时查找它并利用它。
正如几条评论中所指出的那样，即使struct也经常受益于谨慎使用方法，例如一些常见的构造函数来保持成员的合理初始化，以及清除函数以重用结构等。
struct中，构造函数经常非常有用。对于第二段加1。 - Fred FoosetThatPrivateVar这样的设置器方法只有在必要时才应该提供。避免它们自然会导致更多不可变类，这比可变类更容易理解。 - Raedwald在我看来，使用setter/getter最为重要的原因是隔离变化。例如，如果你需要添加范围检查，如果已经有一个setter，你可以轻松地在其中加入范围检查而不会对客户端代码造成影响。如果没有setter，那么所有客户端代码都需要更新以使用getter/setter，这可能是一场噩梦。
我在某种程度上同意其他回答中关于使用getter和setter方法以便于未来更改的观点，但仍然存在一个根本问题，那就是你将对象的内部数据暴露给其他对象进行修改。
最好的做法是通过方法请求对象对其持有的数据执行一些操作，而不是将对象视为值的集合。
这里有一篇有趣的文章，涉及到为什么getter和setter方法是有害的：Why Getter and Setter Methods are Evil，尽管它是针对Java编写的，但同样适用于C++。
任何公开的内容都成为对象契约的一部分。如果您公开数据，则在更改数据值时必须继续正常运行。对于结构类型对象，这可能非常适合。
具有大量getter和setter可能是一个警告信号，表明对象实际上是一个结构体，最好直接公开字段。但是，我已经实现了结构类型对象，以允许字段具有多个名称。根据需要，字段可以具有多个setter或getter，允许在不同域之间进行名称转换。真实字段具有描述性名称。额外的getter和setter使用特定于域的代码来获取或设置那些字段。
正如其他人所指出的，getter和setter表明存在字段。并不要求这样的字段存在，只要它的行为存在即可。将getter和setter设为public意味着公众有理由修改或读取该字段的值。三思而后行，您可以更改方法名称或不将其设置为public。
有一种观点认为：
如果与该类无关的代码直接依赖于特定成员，则更改该成员意味着更改访问它的每个代码片段。如果改为由成员函数访问，则可以保持接口的一部分不变，只需更改该类即可使外部代码正常工作。
使用“getter”和“setter”为对象之间的耦合提供了一定的灵活性。
这些被称为“getter”和“setter”。使用它们的一个好处是，您可以在不更改接口的情况下随后添加额外的代码。在您的示例中，它们似乎没有太多作用，但在更复杂的类中，它们几乎是必不可少的。
hour <= 24是一个好主意。我知道在Java中我们使用公共变量，事实上，
public static final
变量作为指定常量的手段，这是在枚举引入之前的做法。
例如，
class Direction
{
public static final String NORTH = "north";
...
}
Foo提供了什么，而不是Foo的当前实现。因此，在这个问题上，不要称某个函数为“SetThatPrivateVar”，因为公共接口不应该提及私有事项。 - Steve JessopSet_Mode函数可能可以使用m_Mode成员变量，但即使没有m_Mode变量，函数名Set_Mode仍然是有意义的。比如，当您通过使用每个模式实现的类继承结构或者其他方式来切换到新的 PIMPL 实例时更改模式时，“Mode” 作为一个概念也是有意义的，与其是否命名为成员变量无关。 - user180247