使用getter和setter（只获取和设置）而不是简单地为这些变量使用公共字段有什么好处？
如果getter和setter所做的不仅仅是简单的get/set，我可以很快地解决这个问题，但我不是100%清楚如何做到：
public String foo;
比：
private String foo;
public void setFoo(String foo) { this.foo = foo; }
public String getFoo() { return foo; }
而前者需要的样板代码要少得多。
当前回答
我们使用getter和setter：
可重用性在编程的后期执行验证
Getter和setter方法是访问私有类成员的公共接口。
封装咒语
封装的口头禅是将字段私有化，将方法公开化。
Getter方法：我们可以访问私有变量。Setter方法：我们可以修改私有字段。
尽管getter和setter方法没有添加新的功能，但我们可以稍后再改变主意，制作该方法
较好的更安全的；和更快。
只要可以使用值，就可以添加返回该值的方法。而不是：
int x = 1000 - 500
use
int x = 1000 - class_name.getValue();
用外行的话来说
假设我们需要存储此人的详细信息。此人具有姓名、年龄和性别字段。要做到这一点，需要创建姓名、年龄和性别的方法。现在，如果我们需要创建另一个人，就需要重新创建姓名、年龄和性别的方法。
我们可以使用getter和setter方法创建一个bean类（Person），而不是这样做。因此，明天我们只要在需要添加新人员时创建这个Bean类（Person类）的对象即可（见图）。因此，我们重用bean类的字段和方法，这要好得多。
其他回答
我只想抛出注释的概念：@getter和@settier。使用@getter，您应该能够obj=class.field，但不能使用class.field=obj。使用@settier，反之亦然。使用@getter和@setter，您应该能够同时做到这两个。这将通过在运行时不调用平凡的方法来保持封装并减少时间。
我能想到一个原因，为什么你不希望一切都公开。
例如，您从未打算在类外部使用的变量可以被访问，甚至可以通过链变量访问（即object.item.origin.x）直接访问。
通过将所有内容都设为私有，并且仅将您想要扩展的内容以及可能在子类中引用的内容设为受保护的，并且通常只将静态最终对象设为公共，那么您就可以通过使用setter和getter访问您想要的程序内容来控制其他程序员和程序可以在API中使用什么，以及它可以访问什么，以及不能访问什么，或者可能是其他恰好使用您的代码的程序员，可以在您的程序中进行修改。
如果您想要一个只读变量，但不想让客户端改变访问它的方式，请尝试使用这个模板类：
template<typename MemberOfWhichClass, typename primative>
class ReadOnly {
friend MemberOfWhichClass;
public:
template<typename number> inline bool operator==(const number& y) const { return x == y; }
template<typename number> inline number operator+ (const number& y) const { return x + y; }
template<typename number> inline number operator- (const number& y) const { return x - y; }
template<typename number> inline number operator* (const number& y) const { return x * y; }
template<typename number> inline number operator/ (const number& y) const { return x / y; }
template<typename number> inline number operator<<(const number& y) const { return x << y; }
template<typename number> inline number operator^(const number& y) const { return x^y; }
template<typename number> inline number operator~() const { return ~x; }
template<typename number> inline operator number() const { return x; }
protected:
template<typename number> inline number operator= (const number& y) { return x = y; }
template<typename number> inline number operator+=(const number& y) { return x += y; }
template<typename number> inline number operator-=(const number& y) { return x -= y; }
template<typename number> inline number operator*=(const number& y) { return x *= y; }
template<typename number> inline number operator/=(const number& y) { return x /= y; }
primative x;
};
示例用途：
class Foo {
public:
ReadOnly<Foo, int> cantChangeMe;
};
记住，您还需要添加按位和一元运算符！这只是为了让你开始
此外，这是为了“未来证明”你的课程。特别是，从字段更改为属性是ABI中断，因此如果您稍后决定需要更多的逻辑而不仅仅是“设置/获取字段”，那么您需要中断ABI，这当然会给针对您的类编译的任何其他内容带来问题。
DataStructure和Object之间存在差异。
数据结构应该暴露其内部而不是行为。
一个物体不应该暴露其内部，但它应该暴露其行为，这也被称为德米特定律
大多数DTO被认为是一种数据结构，而不是对象。他们应该只公开自己的数据，而不是行为。在数据结构中设置Setter/Getter将暴露行为，而不是其中的数据。这进一步增加了违反德梅特定律的可能性。
鲍勃叔叔在他的《干净的代码》一书中解释了得墨忒耳定律。
有一种著名的启发式方法叫做得墨忒耳定律，它说：模块不应该知道它的对象的内部结构操纵。正如我们在上一节中看到的，对象隐藏其数据并暴露操作。这意味着对象不应公开其通过访问器的内部结构，因为这样做是为了暴露，而不是隐藏其内部结构。更准确地说，德米特定律说C类的方法f应仅调用以下方法：Cf创建的对象作为参数传递给f的对象保存在C的实例变量中的对象该方法不应在任何允许的函数返回的对象上调用方法。换句话说，与朋友交谈，而不是与陌生人交谈。
因此，根据这一点，LoD违规的例子是：
final String outputDir = ctxt.getOptions().getScratchDir().getAbsolutePath();
在这里，函数应该调用它的直接朋友的方法，这里是ctxt，它不应该调用它直接朋友的朋友的方法。但该规则不适用于数据结构。所以在这里，如果ctxt、option、scratchDir是数据结构，那么为什么要用一些行为包装它们的内部数据，并违反LoD。
相反，我们可以这样做。
final String outputDir = ctxt.options.scratchDir.absolutePath;
这满足了我们的需求，甚至没有违反LoD。
灵感来源于Robert C.Martin（Bob叔叔）的“清洁代码”
