使用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; }
而前者需要的样板代码要少得多。
当前回答
访问器和赋值器的一个优点是可以执行验证。
例如，如果foo是公共的，我可以很容易地将其设置为null，然后其他人可以尝试调用对象上的方法。但它已经不在了！使用setFoo方法，我可以确保foo从未设置为null。
访问器和赋值器也允许封装-如果你不应该在值设置后看到它（也许它在构造函数中设置，然后被方法使用，但不应该被更改），那么任何人都不会看到它。但如果您允许其他类查看或更改它，则可以提供适当的访问器和/或赋值器。
其他回答
事实上，考虑使用访问器而不是直接公开类的字段有很多很好的理由——不仅仅是封装和使未来的更改更容易。
以下是我知道的一些原因：
与获取或设置属性相关的行为的封装-这允许以后更容易地添加附加功能（如验证）。隐藏属性的内部表示形式，同时使用替代表示形式公开属性。隔离您的公共接口不受更改的影响——允许公共接口在实现更改时保持不变，而不影响现有用户。控制属性的生存期和内存管理（处置）语义——在非托管内存环境（如C++或Objective-C）中尤为重要。在运行时为属性更改时提供调试拦截点-在某些语言中，如果没有此功能，则很难调试属性更改为特定值的时间和位置。改进了与旨在针对属性getter/setter进行操作的库的互操作性——Mocking、Serialization和WPF应运而生。允许继承者通过重写getter/setter方法来更改属性的行为和公开方式的语义。允许getter/setter作为lambda表达式而不是值传递。获取器和设置器可以允许不同的访问级别-例如，获取可以是公共的，但集合可以受到保护。
从面向对象设计的角度来看，这两种选择都会削弱类的封装，从而对代码的维护造成损害。对于讨论，您可以查看这篇优秀的文章：http://typicalprogrammer.com/?p=23
getter/setter的一个相对现代的优点是，它使在标记（索引）代码编辑器中浏览代码变得更容易。例如，如果您想查看谁设置了成员，可以打开setter的调用层次结构。
另一方面，如果成员是公共的，则这些工具无法过滤对该成员的读/写访问。因此，您必须费力地使用该成员。
访问器和赋值器的一个优点是可以执行验证。
例如，如果foo是公共的，我可以很容易地将其设置为null，然后其他人可以尝试调用对象上的方法。但它已经不在了！使用setFoo方法，我可以确保foo从未设置为null。
访问器和赋值器也允许封装-如果你不应该在值设置后看到它（也许它在构造函数中设置，然后被方法使用，但不应该被更改），那么任何人都不会看到它。但如果您允许其他类查看或更改它，则可以提供适当的访问器和/或赋值器。
在纯面向对象的世界中，getters和setters是一种可怕的反模式。阅读本文：Getters/Setters。恶毒的时期简而言之，它们鼓励程序员将对象视为数据结构，这种类型的思考是纯过程的（如COBOL或C）。在面向对象的语言中，没有数据结构，只有暴露行为的对象（不是属性/财产！）
您可以在ElegantObjects（我的面向对象编程书）的第3.5节中找到更多关于它们的信息。
