什么时候不使用 setter 直接在对象上设置属性值被认为是好的设计？

Question

这可能不是最适合 stackoverflow 的问题，但我只是在寻找一个最能描述为什么程序员有时不使用属性的 setter/getter 的答案，例如在属性的情况下注射（DI）。

考虑这个例子......

class Test
{
    public propertyA;
    protected propertyB;

    public function setPropertyB(val)
    {
        // do some logic to validate 'val'
        this.propertyB = val;
    }

    public function getPropertyB()
    {
        return this.propertyB;
    }
}

为什么你会选择直接设置propertyA的风格：

var Test = new Test();
Test.propertyA = 1;

在propertyB的setter选项上：

var Test = new Test();
Test.setPropertyB(1);

我总是使用setter/getter方法，但是我有看到一些相当成熟的框架使用 propertyA 方法散布着 propertyB 方法。使用这种方法我们有什么好处？

Answer 1

为什么您可能不关心封装：

1. 您可能会在 15 分钟后扔掉该项目。

2. 您可能发现 getter/setter 是 CPU 密集型代码的瓶颈，导致您优化性能而不是设计。

3. 实例字段可能是不可变且只读的，因此公开它可能没有危险。

4. 你太懒了，无法编写 getter/setter。

Answer 2

您应该使用 getter 和 setter，因为它们允许您控制对象的接口。

例如，假设我在 Java 应用程序中有一个银行帐户类：

class BankAccount {
    private int balance;

    BankAccount() {
        balance = 0;
    }

    public void deposit(int amount) {
        balance = balance + amount;
    }

    public void withdraw(int amount) {
        balance = balance - amount;
    }
}

当我的软件需要通过存款和取款来更改银行帐户的余额时，它会调用适当的方法。

现在，出现了一些狡猾的人，他们设法通过告诉网上银行软件提取负金额来增加银行余额。我可以通过向提款方法添加前提条件来修复此错误，然后该错误就会消失。

如果余额字段是公共的，并且一大堆类只是任意操纵它的值，那么现在需要更改这些类。如果其中一些外部类是由第三方编写的，那么我们将面临很大的痛苦才能修复错误。

为什么要使用公共字段？在一般情况下，您可能不应该这样做。有些语言允许您将字段范围设置为公共，那么如果您稍后需要添加 getter/setter，则可以在不更改对象接口的情况下执行此操作（我相信 C# 会这样做，但如果我错了，请纠正我）。