仅供参考:除了这篇文章中所有优秀的答案之外，请记住，在您可以提出的支持或反对getter /setter的所有原因中，性能并不是其中之一(有些人可能会认为)。JVM足够智能，可以内联琐碎的getter /setter(甚至是非最终的getter /setter，只要它们没有被实际覆盖)。

一如既往，唯一的答案是:视情况而定。如果你是唯一接触代码的人，你可以做任何你觉得舒服的事情，包括走捷径。

使用setter的好处之一是只需要在代码中的一个位置执行检查。

您可能需要更仔细地关注这些方法实际获取和设置的内容。如果您使用它们来提供对常量值的访问，那么使用常量可能更好。

如果Game类暴露了那么多变量，那么它可能遵循god对象反模式。getter和setter并没有什么问题(尽管它们在Java中的冗长可能会有点烦人);在一个设计良好的应用程序中，每个类都有明确分离的功能，你不需要在一个类中包含数十个类。

编辑:如果getter和setter的主要目的是“配置”游戏类(我是这样理解你的评论的)，那么你可能不需要getter(一个类不使用get方法就可以访问自己的私有变量)，你可能可以将许多setter折叠成“组setter”，设置几个概念上属于一起的变量。

还有一种观点认为，在大多数情况下，使用setter仍然会破坏封装，因为它允许您设置毫无意义的值。举个非常明显的例子，如果你在游戏中设置了一个只会上升的分数计数器，而不是

// Game
private int score;
public void setScore(int score) { this.score = score; }
public int getScore() { return score; }
// Usage
game.setScore(game.getScore() + ENEMY_DESTROYED_SCORE);

应该是这样

// Game
private int score;
public int getScore() { return score; }
public void addScore(int delta) { score += delta; }
// Usage
game.addScore(ENEMY_DESTROYED_SCORE);

这可能是一个简单的例子。我想说的是，讨论getter/setter与公共字段通常会掩盖更大的问题，即对象以亲密的方式操纵彼此的内部状态，因此耦合过于紧密。

这个想法是让方法直接做你想做的事情。一个例子便是如何设置敌人的“活着”状态。您可能会想使用setAlive(boolean alive)方法。相反，你应该:

private boolean alive = true;
public boolean isAlive() { return alive; }
public void kill() { alive = false; }

这样做的原因是，如果你改变实现，事情不再有一个“活着”布尔值，而是一个“命中值”值，你可以在不破坏你之前写的两个方法的契约的情况下改变它:

private int hp; // Set in constructor.
public boolean isAlive() { return hp > 0; } // Same method signature.
public void kill() { hp = 0; } // Same method signature.
public void damage(int damage) { hp -= damage; }

这取决于所讨论的编程语言。您的问题是在Java上下文中提出的，在Java上下文中，getter和setter似乎通常被认为是一件好事。

相反，在Python世界中，它们通常被认为是糟糕的风格:它们在代码中添加行，但实际上没有添加功能。当Python程序员需要时，他们可以使用元编程来捕获对象属性的获取和/或设置。

在Java(至少是我十年前学过的Java版本)中，这是不可能的。因此，在Java中最好严格地使用getter和setter，这样如果需要，就可以覆盖对变量的访问。

(这并不意味着Python一定比Java好，只是不同而已。)

他们绝对是邪恶的。

@coobird不幸的是，他们绝对没有“强制封装的概念”，他们所做的只是让你认为你在封装数据，而实际上你是通过一个方法宏伟的属性来暴露数据。getter/setter在公共字段中做的任何事情都做得更好。

首先，如果你想要公共数据，让它成为公共的，摆脱getter和setter方法，以减少客户端必须涉水处理的方法的数量，并使客户端通过eg改变它的值在认知上更简单。

object.field = value;

而不是更强烈的认知

object.setField(value);

客户端现在必须检查getter/setter方法，看看它是否有任何副作用。

其次，如果你真的需要在方法中做一些其他的事情，当它有比简单的获取或设置更多的职责时，为什么要把它称为get/set方法呢? 要么遵循SRP，要么就像Zarkonnen提到的例子一样，给这个方法起个名字，告诉你整个方法是怎么做的。

public void kill(){
    isAlive = false;
    removeFromWorld(this);
}

而不是

public void setAlive(boolean isAlive){
    this.isAlive = isAlive;
    if (isAlive)
        addToWorld(this);
    else
        removeFromWorld(this);
}

在哪里setAlive(布尔)方法告诉客户端，作为一个副作用，它将从世界上删除对象?客户端为什么要了解isAlive字段?再加上当对象被重新添加到世界中时会发生什么，它应该被重新初始化吗?客户为什么会关心这些?

恕我直言，这里的寓意是要给方法命名，准确地说出它们做了什么，遵循SRP，去掉getter /setter。 如果在没有getter /setter的情况下出现问题，告诉对象在它们自己的类中做它们自己的脏工作，而不是试图在其他类中与它们一起做事情。

我的咆哮到此结束，对不起;)