使用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检索，则内部对象可以为空，直到有人请求它，然后您可以在第一次调用getter时获取它。
我在交给我的一个项目中有一个基本页面类，它从几个不同的web服务调用加载一些数据，但这些web服务调用中的数据并不总是用于所有子页面。Web服务具有所有的优点，它开创了“慢”的新定义，因此如果不需要，您不想进行Web服务调用。
我从公共字段转到getter，现在getter检查缓存，如果缓存不存在，则调用web服务。因此，通过一点包装，许多web服务调用被阻止了。
因此，getter使我不必在每个子页面上找出我需要什么。如果我需要它，我打电话给吸气器，如果我还没有，它会帮我找到它。
protected YourType _yourName = null;
public YourType YourName{
get
{
if (_yourName == null)
{
_yourName = new YourType();
return _yourName;
}
}
}
其他回答
事实上，考虑使用访问器而不是直接公开类的字段有很多很好的理由——不仅仅是封装和使未来的更改更容易。
以下是我知道的一些原因：
与获取或设置属性相关的行为的封装-这允许以后更容易地添加附加功能（如验证）。隐藏属性的内部表示形式，同时使用替代表示形式公开属性。隔离您的公共接口不受更改的影响——允许公共接口在实现更改时保持不变，而不影响现有用户。控制属性的生存期和内存管理（处置）语义——在非托管内存环境（如C++或Objective-C）中尤为重要。在运行时为属性更改时提供调试拦截点-在某些语言中，如果没有此功能，则很难调试属性更改为特定值的时间和位置。改进了与旨在针对属性getter/setter进行操作的库的互操作性——Mocking、Serialization和WPF应运而生。允许继承者通过重写getter/setter方法来更改属性的行为和公开方式的语义。允许getter/setter作为lambda表达式而不是值传递。获取器和设置器可以允许不同的访问级别-例如，获取可以是公共的，但集合可以受到保护。
从面向对象设计的角度来看，这两种选择都会削弱类的封装，从而对代码的维护造成损害。对于讨论，您可以查看这篇优秀的文章：http://typicalprogrammer.com/?p=23
此外，这是为了“未来证明”你的课程。特别是，从字段更改为属性是ABI中断，因此如果您稍后决定需要更多的逻辑而不仅仅是“设置/获取字段”，那么您需要中断ABI，这当然会给针对您的类编译的任何其他内容带来问题。
因为从现在起2周（月、年），当您意识到setter需要做的不仅仅是设置值时，您还将意识到该属性已直接用于238个其他类：-）
原因有很多。我最喜欢的是当你需要改变行为或调整你可以设置的变量时。例如，假设您有一个setSpeed（intspeed）方法。但你希望你只能将最大速度设置为100。您可以执行以下操作：
public void setSpeed(int speed) {
if ( speed > 100 ) {
this.speed = 100;
} else {
this.speed = speed;
}
}
现在，如果代码中的每个地方都使用公共字段，然后意识到需要上述要求，该怎么办？寻找公共领域的每一种用法，而不仅仅是修改你的setter。
我的2美分：）
