使用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不常用，但这些方法的使用也可以用于AOP/代理模式的使用。例如，对于审计变量，您可以使用AOP来审计任何值的更新。没有getter/setter，除了到处更改代码外，其他都是不可能的。我个人从未使用过AOP，但它显示了使用getter/setter的另一个优势。
其他回答
因为从现在起2周（月、年），当您意识到setter需要做的不仅仅是设置值时，您还将意识到该属性已直接用于238个其他类：-）
在面向对象的语言中，方法及其访问修饰符声明该对象的接口。在构造函数、访问器和赋值器方法之间，开发人员可以控制对对象内部状态的访问。如果变量被简单地声明为公共的，那么就没有办法规范这种访问。当我们使用setter时，我们可以限制用户所需的输入。这意味着这个变量的输入将通过一个适当的通道，通道是我们预先定义的。所以使用setter更安全。
根据我的经验，最好将变量设置为私有，并为每个变量提供访问器和修饰符。
通过这种方式，您可以根据需要创建只读变量，也可以只写变量。
下面的实现显示了一个只写变量。
private String foo;
public void setFoo(String foo) { this.foo = foo; }
private String getFoo() { return foo; }
下面显示了一个只读变量。
private String foo;
private void setFoo(String foo) { this.foo = foo; }
public String getFoo() { return foo; }
如果您不需要任何验证，甚至不需要维护状态，即一个属性依赖于另一个属性，那么当一个属性发生更改时，我们需要维护状态。您可以通过公开字段而不使用getter和setter来保持简单。
我认为OOP会随着程序的增长而使事情变得复杂，这对于开发人员来说是一场噩梦。
一个简单的例子；我们从xml生成c++头。标头包含不需要任何验证的简单字段。但仍然像OOPS访问器一样，我们生成它们的方式如下。
const Filed& getfield() const
Field& getField()
void setfield(const Field& field){...}
这是非常冗长的并且不是必需的。一个简单的
struct
{
Field field;
};
足够且可读。函数式编程没有数据隐藏的概念，它们甚至不需要它，因为它们不会改变数据。
到目前为止，我在回答中遗漏了一个方面，即访问规范：
对于成员，设置和获取只有一个访问规范对于setter和getter，您可以对其进行微调并单独定义
