使用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和@settier。使用@getter，您应该能够obj=class.field，但不能使用class.field=obj。使用@settier，反之亦然。使用@getter和@setter，您应该能够同时做到这两个。这将通过在运行时不调用平凡的方法来保持封装并减少时间。
其他回答
在面向对象的语言中，方法及其访问修饰符声明该对象的接口。在构造函数、访问器和赋值器方法之间，开发人员可以控制对对象内部状态的访问。如果变量被简单地声明为公共的，那么就没有办法规范这种访问。当我们使用setter时，我们可以限制用户所需的输入。这意味着这个变量的输入将通过一个适当的通道，通道是我们预先定义的。所以使用setter更安全。
因为从现在起2周（月、年），当您意识到setter需要做的不仅仅是设置值时，您还将意识到该属性已直接用于238个其他类：-）
访问器和赋值器的一个优点是可以执行验证。
例如，如果foo是公共的，我可以很容易地将其设置为null，然后其他人可以尝试调用对象上的方法。但它已经不在了！使用setFoo方法，我可以确保foo从未设置为null。
访问器和赋值器也允许封装-如果你不应该在值设置后看到它（也许它在构造函数中设置，然后被方法使用，但不应该被更改），那么任何人都不会看到它。但如果您允许其他类查看或更改它，则可以提供适当的访问器和/或赋值器。
我想发布一个我刚刚完成的真实世界示例：
背景-我使用休眠工具为我的数据库生成映射，这是一个我在开发时正在更改的数据库。我更改数据库模式，推送更改，然后运行hibernate工具来生成java代码。在我想向这些映射实体添加方法之前，一切都很好。如果我修改了生成的文件，则每次对数据库进行更改时都会覆盖这些文件。所以我这样扩展生成的类：
package com.foo.entities.custom
class User extends com.foo.entities.User{
public Integer getSomething(){
return super.getSomething();
}
public void setSomething(Integer something){
something+=1;
super.setSomething(something);
}
}
我上面所做的是用我的新功能（something+1）覆盖超类上的现有方法，而不需要接触基类。如果你在一年前写了一个类，并且想在不改变基类的情况下升级到第2版（测试噩梦），也是同样的情况。希望这会有所帮助。
如果您不需要任何验证，甚至不需要维护状态，即一个属性依赖于另一个属性，那么当一个属性发生更改时，我们需要维护状态。您可以通过公开字段而不使用getter和setter来保持简单。
我认为OOP会随着程序的增长而使事情变得复杂，这对于开发人员来说是一场噩梦。
一个简单的例子；我们从xml生成c++头。标头包含不需要任何验证的简单字段。但仍然像OOPS访问器一样，我们生成它们的方式如下。
const Filed& getfield() const
Field& getField()
void setfield(const Field& field){...}
这是非常冗长的并且不是必需的。一个简单的
struct
{
Field field;
};
足够且可读。函数式编程没有数据隐藏的概念，它们甚至不需要它，因为它们不会改变数据。
