Android разработка: “Java и инкапсуляция без магии Публичные поля выглядят удобно ровно до…”

Java и инкапсуляция без магии

Публичные поля выглядят удобно ровно до первого бага.


account.balance = new BigDecimal("-100");

Код скомпилировался, объект изменился, бизнес-правило сломалось.
Никакой проверки, никакого контроля, никакой гарантии, что BankAccount остаётся в корректном состоянии.

Поэтому поле баланса не должно быть частью публичного API. Наружу можно отдать чтение, а изменение проводить через методы, где явно описаны правила:


private BigDecimal balance = BigDecimal.ZERO;

public BigDecimal getBalance() {
    return balance;
}

public void withdraw(BigDecimal amount) {
    if (amount.signum() <= 0) {
        throw new IllegalArgumentException("amount must be positive");
    }

    if (balance.compareTo(amount) < 0) {
        throw new IllegalStateException("insufficient funds");
    }

    balance = balance.subtract(amount);
}

Геттеры и сеттеры нужны не для того, чтобы механически обернуть каждое поле методами.

Смысл инкапсуляции в том, чтобы объект сам защищал свои инварианты: баланс не уходит в минус, сумма списания валидна, состояние нельзя сломать прямым присваиванием.

Если значение можно менять только по правилам, это уже не просто структура данных, а нормальная доменная модель.