使用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类的字段和方法，这要好得多。
取决于你的语言。您已经将其标记为“面向对象”而不是“Java”，因此我想指出ChssPly76的答案依赖于语言。例如，在Python中，没有理由使用getter和setter。如果需要更改行为，可以使用一个属性，该属性将getter和setter包装在基本属性访问周围。类似于：
class Simple(object):
def _get_value(self):
return self._value -1
def _set_value(self, new_value):
self._value = new_value + 1
def _del_value(self):
self.old_values.append(self._value)
del self._value
value = property(_get_value, _set_value, _del_value)
原因有很多。我最喜欢的是当你需要改变行为或调整你可以设置的变量时。例如，假设您有一个setSpeed（intspeed）方法。但你希望你只能将最大速度设置为100。您可以执行以下操作：
public void setSpeed(int speed) {
if ( speed > 100 ) {
this.speed = 100;
} else {
this.speed = speed;
}
}
现在，如果代码中的每个地方都使用公共字段，然后意识到需要上述要求，该怎么办？寻找公共领域的每一种用法，而不仅仅是修改你的setter。
我的2美分：）
谢谢，这真的澄清了我的想法。现在有10个（几乎）不使用getter和setter的好理由：
当您意识到您需要做的不仅仅是设置和获取值时，您可以将字段设为私有，这会立即告诉您直接访问它的位置。在那里执行的任何验证都只能是上下文无关的，而实际上很少进行这种验证。您可以更改设置的值-当调用者传递给您一个他们（震惊恐惧）希望您按原样存储的值时，这绝对是一场噩梦。你可以隐藏内部表示-太棒了，所以你要确保所有这些操作都是对称的，对吗？你已经将你的公共界面与表单下的更改隔离开来——如果你在设计一个界面，但不确定直接访问某个东西是否可行，那么你应该继续设计。一些库期望这样做，但并不多——反射、序列化、模拟对象都能很好地处理公共字段。通过继承这个类，您可以覆盖默认功能——换句话说，您不仅可以隐藏实现，而且可以使其不一致，从而真正混淆调用者。
最后三个我要离开（N/A或D/C）。。。
因为从现在起2周（月、年），当您意识到setter需要做的不仅仅是设置值时，您还将意识到该属性已直接用于238个其他类：-）
