我并不真的认为他们是邪恶的。但我很想生活在一个除非真的需要，我才会用到它们的世界里。

上面我读到的一个例子是对代码进行未来验证。例如:

public void setValue(int value)
{
    this.value = value;
}

然后，需求发生变化，您需要跟踪该值设置了多少次。

So:

public void setValue(int value)
{
    this.value = value;
    count++;
}

真漂亮。我明白了。但是，在Ruby中，下面的代码不能达到同样的目的吗?

someobject.my_value = 100

稍后，您需要跟踪my_value被设置的次数。那么，你能不重写setter then和only then吗?

def my_value=(value)
    @my_value = value
    @count++
end

我很喜欢漂亮的代码，但我不得不承认，在我们拥有的Java类的大山中，看到成千上万行只是基本的getter/setter的代码是丑陋和讨厌的。

当我全职用c#开发时，我们一直使用公共属性，只在需要时才使用自定义getter /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; }

我的观点是getter和setter是好的程序的必要条件。坚持使用它们，但不要编写不必要的getter /setter -并不总是需要直接处理所有变量。

我已经用java编程了几个月了，我知道我们应该只在应用程序需要的时候才使用getter和setter

玩得开心!

您可能希望用值类替换一些类。这将允许您删除getter，并避免在更改下面的内容时出现问题。

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

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